Codex Pricing：计划、额度和使用成本怎么理解

适用场景

这篇手册用于解释 Codex 的成本边界。它不替代官方 Pricing 页面，因为价格、模型和额度可能变化；它的作用是帮你判断“我应该看哪一类计划、如何避免任务跑到一半才发现额度不够”。

在发布或采购前，请以 OpenAI 官方 Pricing 页面和你的账号后台为准。

计划选择的基本逻辑

可以按使用方式分成三类：

| 使用方式 | 常见计划 | 适合场景 | | --- | --- | --- | | 个人探索 | Free、Go、Plus、Pro | 本地修复、小型项目、学习 Codex 工作流 | | 团队协作 | Business、Edu、Enterprise | 多人工作区、云端任务、集成、治理和审计 | | 自动化/API | API key | CLI、SDK、CI、脚本和自建工作流 |

如果你的核心需求是“在本地或 IDE 里让 Codex 帮我写代码”，个人计划通常能开始使用。
如果你的核心需求是“让团队把 GitHub、Slack、Linear、云端环境接起来”，应优先看 Business、Edu 或 Enterprise。

额度不是简单按消息数理解

Codex 的一次任务可能包含读取文件、推理、运行命令、审查结果和继续修复。官方 Pricing 页面也强调，任务大小、模型、上下文长度、本地或云端运行方式都会影响消耗。

可以用这个经验判断成本：

• 小脚本、短函数、单文件修复：消耗较低。
• 大仓库、多轮调查、长时间测试：消耗明显更高。
• 云端任务、代码审查、速度配置：可能和本地消息使用不同额度或更快消耗额度。
• API key：按 API 计费规则使用，不等同于 ChatGPT 计划的固定窗口额度。

超出额度时怎么处理

如果任务正在进行中，Codex 通常会尽量完成当前 turn，但这不代表可以无限继续。更稳的做法是：

1. 把大任务拆成可验收的小任务。
2. 每一轮都要求 Codex 汇报已完成内容和下一步。
3. 对长任务使用更明确的停止条件，例如“只修改这两个文件，跑 lint 后停止”。
4. 团队环境用工作区 credits、预算或管理员策略管理消耗。

这样即使额度接近上限，也不会把半成品改动散落在仓库里。

API key 登录的边界

API key 很适合自动化环境，例如：

codex exec "运行安全检查并输出摘要"

但 API key 模式通常更偏本地、CLI、SDK 或 IDE 工作流。对于依赖 ChatGPT 工作区的能力，例如 Slack 集成、GitHub 云端 review 或团队管理能力，应确认当前计划是否支持。

团队采购前的检查清单

在团队里推广 Codex 前，建议先回答：

• 是否需要 SSO、MFA、SCIM、审计日志或数据驻留。
• 是否需要 GitHub、Slack、Linear 等云端集成。
• 是否有固定的代码审查、自动化任务或安全扫描节奏。
• 是否允许成员用个人 API key，还是必须统一工作区账号。
• 是否需要限制模型、审批、沙箱或插件分享。

如果这些问题已经出现，说明你需要的不只是额度，而是治理能力。

常见错误

不要把“可以登录 Codex”等同于“所有入口都可用”。App、CLI、IDE、Cloud 和集成能力可能受账号、地区、计划和管理员策略影响。

不要用过期价格写死教程。价格、模型名和额度窗口属于高变信息，文章里应链接官方 Pricing 页面并提醒读者复核。

不要把 API key 直接提交到仓库。CI 和脚本应使用受控 secret 或环境变量。

小结

Codex Pricing 的实用理解方式是：个人先关注入口和额度，团队再关注治理和集成，自动化场景单独评估 API key 成本。所有价格、模型和额度都以官方页面与账号后台为准。