Qoder Cloud Agents API 使用 PAT(Personal Access Token,个人访问令牌) 进行身份认证。所有 API 请求必须在 HTTP 头中携带有效的 PAT。Documentation Index
Fetch the complete documentation index at: https://docs.qoder.com/llms.txt
Use this file to discover all available pages before exploring further.
PAT 获取方式
- 登录 Qoder 控制台
- 进入 设置 → API 令牌 页面
- 点击 创建令牌,设置名称与权限范围
- 复制生成的令牌(仅显示一次,请妥善保存)
PAT 以
pt- 前缀开头,格式如 pt-your-token-here。请勿将令牌提交到代码仓库或公开分享。Bearer 头格式
在每个请求的Authorization 头中以 Bearer 方式传递 PAT:
环境变量配置(推荐)
建议将 PAT 存储为环境变量,避免硬编码:与 x-api-key 的区别
| 方式 | 头部格式 | 适用场景 |
|---|---|---|
| Bearer Token | Authorization: Bearer <PAT> | 推荐方式,用于所有 Cloud Agents API 调用 |
| x-api-key | x-api-key: <key> | 旧版或第三方集成场景,Cloud Agents API 不支持 |
Cloud Agents API 仅接受
Authorization: Bearer 方式。使用 x-api-key 头会返回 401 authentication_error。认证失败排查
常见错误
| HTTP 状态码 | 错误类型 | 可能原因 |
|---|---|---|
| 401 | authentication_error | PAT 无效、已过期或格式错误 |
| 403 | permission_error | PAT 有效但无权访问目标资源 |
401 错误响应示例
排查步骤
- 确认 PAT 未过期或被撤销
- 检查是否误用了
x-api-key头 - 确认
Bearer前缀拼写正确(注意大小写与空格) - 验证环境变量是否正确导出
安全建议
- 为不同环境(开发/测试/生产)创建独立 PAT
- 定期轮换令牌
- 使用最小权限原则分配令牌范围
- 发现泄露时立即在控制台撤销