全部文档

在 Codex 中使用 6bee.ai

Codex 使用 OpenAI Responses 格式。在它的配置文件里把 6bee.ai 添加为模型服务商,就能运行 6bee.ai 的模型。

开始之前

  • 已安装 Codex CLI(npm install -g @openai/codex)。
  • 用已验证的邮箱注册账户,预付费充值后,在控制台的「API 密钥」页创建密钥,并妥善保管。
  • 模型 ID 可以在控制台查看,也可以用 GET https://api.6bee.ai/v1/models 获取。把 <模型 id> 换成其中一个。

添加服务商

把下面的内容写入 ~/.codex/config.toml,再把密钥导出为 SIXBEE_API_KEY:

~/.codex/config.toml
# ~/.codex/config.toml,然后执行 export SIXBEE_API_KEY=<你的密钥>
model = "<模型 id>"
model_provider = "sixbee"

[model_providers.sixbee]
name = "6bee"
base_url = "https://api.6bee.ai/v1"
env_key = "SIXBEE_API_KEY"
wire_api = "responses"
base_url
https://api.6bee.ai/v1,带 /v1。
env_key
保存密钥的环境变量名。密钥本身不写进文件。
wire_api
"responses":Codex 使用 POST /v1/responses。

确认可用

  1. 执行 export SIXBEE_API_KEY=<你的密钥>。
  2. 在项目目录里启动 codex,发一条简短的消息。
  3. 这次请求会出现在控制台的使用日志里。

Responses 接口的支持范围

Codex 每轮都会发送完整输入,这正是 6bee.ai 需要的方式。服务端不保存会话状态,这与不保存对话的承诺一致:

  • 不支持 store 和 previous_response_id。
  • 不支持 WebSocket 模式,流式输出使用 SSE。

限额

上下文
输入加输出不超过模型窗口:按模型不同,为 128K 至 1M token。
输出
max_tokens 最高到模型的输出上限:按模型不同,为 16,384 至 131,072。超出时自动降到上限,不会拒绝请求。不传时默认 8,192 至 32,768。
输入
滚动每分钟 100 万未命中缓存的 token,缓存命中不计。
请求频率
每分钟 60 次。
并发
同时 2 个请求。
请求体
不超过 8 MiB,n 必须为 1。

超出限额返回 HTTP 429 和 Retry-After;请求放不进上下文时返回 400。输出上限被降低时,响应头 X-6bee-Output-Cap 会注明实际上限;在 /v1/messages 上,thinking 预算会一并降低。

排错

HTTP 401
密钥缺失或不正确。从控制台重新复制,不要带空格或引号。
提示模型不存在
模型 ID 不匹配。用 GET /v1/models 查看可用的 ID,或到控制台核对。
HTTP 429
超出了账户限额(请求频率、输入 token 或并发)。响应头 Retry-After 给出需要等待的秒数。
长会话中出现 HTTP 400
请求已经放不进模型的上下文窗口。压缩或清空对话,或换用窗口更大的模型。
因余额不足被拒绝
每次请求会先预扣「输入 + max_tokens 输出」。充值,或调低 max_tokens。
Codex 要求登录 OpenAI
确认 model_provider = "sixbee" 写在 config.toml 的顶层,并且 SIXBEE_API_KEY 已在同一个终端里导出。