在 Codex 中使用 6bee.ai
Codex 使用 OpenAI Responses 格式。在它的配置文件里把 6bee.ai 添加为模型服务商,就能运行 6bee.ai 的模型。
开始之前
添加服务商
把下面的内容写入 ~/.codex/config.toml,再把密钥导出为 SIXBEE_API_KEY:
# ~/.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_urlhttps://api.6bee.ai/v1,带/v1。env_key- 保存密钥的环境变量名。密钥本身不写进文件。
wire_api"responses":Codex 使用POST /v1/responses。
确认可用
- 执行
export SIXBEE_API_KEY=<你的密钥>。 - 在项目目录里启动
codex,发一条简短的消息。 - 这次请求会出现在控制台的使用日志里。
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已在同一个终端里导出。