API Key 报错时可以把密钥发出来吗?
不可以。请只提供错误码、工具名称、模型名和非敏感配置说明。
排障页承接用户最常见的失败搜索,把问题从“问客服”前移到可抓取、可引用、可自助处理的官方文档。
大多数接入失败可以先检查五项:API Key 是否完整、Base URL 是否正确、模型名是否存在、余额是否充足、工具是否自动拼接路径。不要一开始就跑高成本任务,先用短请求验证链路。
排障时要把“请求有没有到达平台”和“平台是否返回模型错误”分开看。控制台没有请求记录,通常说明 Base URL、网络代理、客户端路径或请求格式还没有打到平台;控制台有记录但失败,则再看模型名、余额、上下文长度和渠道状态。
公开咨询时不要贴真实密钥。建议准备四类非敏感信息:工具名称、请求时间、错误码或错误摘要、模型名。这样人工可以判断问题方向,同时不会暴露 API Key、后台链接或账号信息。
请提供工具名称、模型名、非敏感错误码、出现时间、是否生产环境、预计调用量。不要提供真实 API Key、后台链接、账号密码、供应商信息或包含密钥的截图。
如果问题出现在团队项目里,请同时说明是否多人共用一个密钥、是否近期更改过模型名、是否增加了长上下文任务或图片任务。很多看似接口故障的问题,实际来自任务规模变化、并发变化或工具端配置变化。
不可以。请只提供错误码、工具名称、模型名和非敏感配置说明。
通常说明请求没有到达平台,优先检查 Base URL、代理设置、工具是否拼接了正确接口路径和网络连通性。
先创建 API Key,再按文档用短请求验证模型、余额和用量记录。