Codex 中转站和原版有什么区别:功能、价格与数据逐项对比

Wokey Team · 2026-09-24

结论先说: 通过中转站用 Codex,本质上是把 Codex 切到「自定义 provider」模式。写代码、跑命令、改文件这些本地能力和原版完全一样;差别集中在三处:依赖 ChatGPT 账号的云端功能用不了,上下文压缩、/status 额度、Fast 模式等依赖 OpenAI 服务端的能力会退化,以及计费从「订阅额度」变成「按 token 付费」。下面逐项说明,Codex 的行为来自其源码和官方文档,Wokey 的行为来自网关代码。

Codex 的三种接入方式

方式 怎么配 怎么计费
ChatGPT 账号登录 codex login,选 Sign in with ChatGPT 用套餐自带的额度,按 5 小时和每周窗口限量
OpenAI API Key 内置 openai provider + API Key 按 OpenAI API 价格计费
自定义 provider(中转站) config.toml 里定义 [model_providers.xxx] 按中转站价格计费

「中转站」对应第三种。前两种都连 OpenAI 自己的服务,第三种由你指定的网关接收请求。配置方法见 Codex config.toml 配置指南

完全一样的部分

Codex 的主体运行在你自己的电脑上,这些能力和模型提供方无关:

  • 读写文件、执行命令、apply_patch 改代码
  • 沙箱和审批模式
  • AGENTS.md、MCP 服务器、本地 Skills
  • 会话记录、codex resume
  • IDE 扩展和 codex exec 非交互模式

也就是说,写代码这件事本身,中转站和原版的体验差异主要取决于用的是哪个模型、模型走的是不是原生 Responses 协议,而不是「官方」还是「中转」。

需要 ChatGPT 账号、中转站用不了的功能

这些功能跑在 OpenAI 的云端,只认 ChatGPT 账号:

  • Codex cloud(云端任务)。用 API Key 或自定义 provider 运行 codex cloud 会提示:

    Not signed in. Please run 'codex login' to sign in with ChatGPT, then re-run 'codex cloud'.
    
  • 在 GitHub 里 @codex、GitHub 自动代码审查

  • Slack、Linear 集成

  • 语音输入、Connectors、插件分享

  • 手机端远程控制

如果你主要用终端或 IDE 里的 Codex 写代码,这些都不影响;如果依赖云端任务或 GitHub 集成,就需要 ChatGPT 账号。

自定义 provider 下会变的地方

上下文压缩在本地进行。 ChatGPT 登录时,上下文快满了由 OpenAI 服务端做压缩;自定义 provider 下 Codex 改为在本地用当前模型生成摘要。功能都在,只是摘要质量取决于所选模型。

没有图片生成。 自定义 provider 下不提供图片生成工具。

/status 里看不到额度。 /status 的 5 小时和每周额度来自 OpenAI 响应里的 x-codex-* 用量头。中转站不会返回 ChatGPT 套餐的用量,这一栏显示不可用。用量和余额要去中转站的控制台看。

没有 Fast 模式。 Fast 模式需要 ChatGPT 账号。

只走 HTTPS 流式。 自定义 provider 下 Codex 不使用 WebSocket,请求都是普通的 HTTPS + SSE。

网页搜索取决于网关和模型。 Codex 仍会把 web_search 工具发给自定义 provider,能不能用取决于网关和上游。在 Wokey 上,原生 Responses 模型会把这个工具原样交给上游;被转换成 Chat Completions 的模型会丢掉它。

模型元数据。 Codex 内置了官方模型的上下文长度、推理档位等信息。模型名不在内置列表里时,会提示:

Model metadata for `{slug}` not found. Defaulting to fallback metadata; this can degrade performance and cause issues.

然后按兜底值运行:上下文按 272k 计算,约 244,800 token 时自动压缩,并且不提供 apply_patch 工具。改文件会退回到执行 shell 命令,效率明显变差。Codex 按模型名匹配内置信息,所以用中转站时,优先用和 OpenAI 官方完全一致的模型名,比如 gpt-6-sol。Grok、DeepSeek 等第三方模型不在内置列表里,会触发这个提示,这时可以在 config.toml 里补 model_context_windowmodel_reasoning_effort,或者用 model_catalog_json 提供完整的模型信息。

重试和报错

中转站和原版用的是同一套重试逻辑:请求失败最多重试 4 次(request_max_retries),流中断最多重连 5 次(stream_max_retries),流空闲超时 5 分钟(stream_idle_timeout_ms)。区别在于 429:Codex 默认不重试 429,遇到限流会直接报:

exceeded retry limit, last status: 429 Too Many Requests

好的中转站会在上游限流或过载时先换一条线路重试,再决定是否返回错误。Wokey 就是这么做的,所以同样的高峰期,客户端看到的 429 和 529 通常会少一些。其他报错会显示成 unexpected status … 加网关返回的 JSON,排查方法见 529 报错指南超时报错指南

价格怎么比

官方订阅是固定月费换额度:Plus 每月 20 美元,Pro 每月 100 美元起,另有 Go、Business 等档位;额度按 5 小时和每周两个窗口计算,用完要等窗口重置。具体价格和额度以 OpenAI 官网为准。

中转站按 token 计费,没有窗口限制,用多少付多少。大致判断:

  • 每天稳定高强度使用、又能接受限额: 官方订阅通常更划算。
  • 用量波动大、经常撞到 5 小时限额,或者想在同一个 Codex 里切换 GPT、Grok、DeepSeek 等模型: 按量计费的中转站更合适。

Wokey 各模型的价格在对应模型页上,比如 GPT-6 Sol

数据和可信度

用官方服务,数据由 OpenAI 按你的账号设置处理;用 API Key 时,按 API 组织的数据保留设置处理。用中转站,请求会先经过中转站再到上游,所以选中转站最该问的是两个问题:它有没有偷换模型,有没有改动内容。

大多数中转站只能让你「相信它」。Wokey 的每条响应都附带密码学证明,可以在自己电脑上离线核对:代码指纹对得上公开审计的源码,响应签名出自 AWS Nitro 硬件隔离环境,没被改动。见 可验证 AI API。Wokey 的上游供应架构见 这篇文章

两者同时用

官方账号和中转站可以在同一台电脑上并存,不用来回改配置:

  1. ~/.codex/config.toml 保持官方配置,用 ChatGPT 登录。

  2. 把 Wokey 的 provider 写进单独的 ~/.codex/wokey.config.toml

    model = "gpt-6-sol"
    model_provider = "wokey"
    
    [model_providers.wokey]
    name = "Wokey"
    base_url = "https://api.wokey.ai"
    env_key = "WOKEY_API_KEY"
    wire_api = "responses"
    
  3. 平时运行 codex 走官方额度,额度用完或需要其他模型时运行 codex --profile wokey

Wokey 的 provider 里不要requires_openai_auth = true。这个选项会让 Codex 改用 ChatGPT 登录态,同时忽略 env_key,结果是请求带不上 Wokey 的 key。

常见问题

用中转站的 Codex 和原版写代码能力一样吗?

本地能力完全一样:读写文件、执行命令、apply_patch、沙箱、MCP 和 AGENTS.md 都在你的电脑上运行。差异主要取决于所选模型,以及它是否原生支持 Responses 协议。

中转站下哪些 Codex 功能用不了?

需要 ChatGPT 账号的云端功能用不了:Codex cloud、GitHub 里的 @codex 和代码审查、Slack/Linear 集成、语音、Connectors、插件分享和手机远程控制。此外没有图片生成和 Fast 模式,/status 看不到套餐额度。

为什么提示 Model metadata not found?

模型名不在 Codex 内置列表里时,它会用兜底配置:272k 上下文,而且不提供 apply_patch 工具。优先用和 OpenAI 官方一致的模型名;用其他模型时,在 config.toml 里补 model_context_window 等字段或提供 model_catalog_json

官方账号和中转站能同时用吗?

可以。config.toml 保持官方配置,把中转站的 provider 写进 ~/.codex/wokey.config.toml,需要时用 codex --profile wokey 启动。不要在中转站的 provider 里设置 requires_openai_auth = true

怎么确认中转站没有偷换模型?

多数中转站无法证明。Wokey 的每条响应都附带密码学证明,可以在本地离线核对代码指纹、响应签名和 AWS Nitro 认证链,详见可验证 AI API 页面。