04 · Codex 订阅与计费：先分清“人用”和“程序用”

适合读者：已经能启动 Codex，但不确定该用 ChatGPT 套餐、API key，还是先观望的人。

本文目标：帮你理解 Codex 成本从哪里来，怎么选择付费方式，怎么避免额度消耗过快。

注：价格、套餐、额度、模型名称变化很快。本文不写死具体价格和消息数量，实操前请以当前官方 Pricing 和账号页面为准。

---

先纠正一个误会

很多人会问：

我已经订阅 ChatGPT 了，Codex 是不是随便用？

更准确的回答是：不一定。

Codex 的可用额度、可用模型、云端能力、是否需要额外 API 费用，都和你的登录方式、套餐类型、组织设置、模型选择有关。

所以这一章先不讲“哪个套餐最划算”，而是先讲清楚底层逻辑：

Codex 的成本，本质上来自大模型处理上下文和生成结果的算力。

你不是为“打开 Codex 这个按钮”付费，而是在为模型读了多少内容、想了多久、生成了多少结果付费。

---

一、为什么同样问一次，消耗可能差很多？

Codex 的消耗不只看你问了几句话，还看它处理了多少上下文。

下面两个任务看起来都只是一句话，但成本完全不同。

低消耗任务：

请解释 src/utils/date.ts 这个文件的作用，不要修改文件。

高消耗任务：

请阅读整个项目，找出所有可以优化的地方。

第二个任务可能会触发大量文件读取、长时间分析、多轮计划和更长输出。它不是“一句话”，而是一个很大的工作包。

常见消耗大户包括：

• 让 Codex 读取整个大项目
• 长会话里不断追加新任务
• 让它反复读取大文件
• AGENTS.md 写得过长
• 一次挂载太多外部工具
• 用强模型处理本来很简单的任务

省钱的第一原则不是"少问"，而是"少让它猜，少塞无关上下文"。

---

二、两套付费通道：ChatGPT 账号 vs API key

新手最容易混淆的地方，是 ChatGPT 账号登录和 API key 登录。

可以这样分：

方式	白话理解	适合场景
ChatGPT 账号登录	人在界面里使用 Codex，通常和 ChatGPT 套餐、工作区能力相关	日常开发、桌面 App、IDE、云端任务
API key 登录	程序拿一把 key 去调用模型，按 API 规则计费	CI、脚本、服务器、自动化

简单说：

• 你坐在电脑前和 Codex 协作，用 ChatGPT 账号更自然。
• 你让脚本、流水线、服务器自动跑，用 API key 更自然。

这两套账不要混在一起算。ChatGPT 套餐里的 Codex 使用，不等于 API key 免费；API key 的账单，也不等于 ChatGPT 套餐额度。

---

三、个人用户怎么选？

如果你只是学习和轻度使用，可以先问自己三个问题：

1. 我是一周偶尔用，还是每天都用？
2. 我主要做小改动，还是大项目重构？
3. 我需要云端任务、GitHub PR、团队协作吗？

一般建议：

轻度学习

先用已有账号和当前可用额度体验。不要一上来为“可能会用很多”而升级。

你的目标是验证：

• Codex 是否适合你的工作方式
• 你是否愿意审查 diff
• 你常做的任务能不能被它稳定完成

日常个人开发

如果你每周都用 Codex 修 bug、补测试、写文档、做小功能，ChatGPT 订阅方式通常更省心。

优点是：

• 不用管理 API 账单
• 更适合交互式使用
• 通常更容易使用完整产品能力

高频或重度开发

如果你每天长时间使用、经常处理大仓库、云端并行任务多，就要更关注额度、模型选择和组织计划。

这时不要只看月费，要看：

• 模型是否够用
• 限额是否影响工作
• 能否购买额外额度
• 团队是否需要统一管理

---

四、团队和公司怎么选？

团队使用 Codex，问题就不只是“一个人够不够用”。

还要看：

• 谁能使用 Codex
• 能访问哪些仓库
• 是否允许上传代码上下文
• 是否需要审计日志
• 是否要求 SSO / MFA
• 费用由谁承担
• 自动化任务能不能绕过人工审查

团队最不建议的做法，是每个人各用各的个人账号和个人 API key，然后把结果直接合进主分支。

更稳的方式是：

1. 先选一个试点团队。
2. 明确允许使用的项目范围。
3. 写一份 AGENTS.md 模板。
4. 规定敏感信息不能进入提示词。
5. 所有 Codex 生成的代码必须走 PR 审查。
6. 定期看成本和质量。

这部分会在企业治理章节展开。这里先记住：团队用 Codex，要把成本、安全、质量一起算。

---

五、怎么降低 Codex 使用成本？

1. 把任务说具体

低效说法：

帮我优化一下项目。

更好说法：

请只查看 src/auth/login.ts 和相关测试。目标是修复错误密码时没有提示的问题。不要改接口返回结构。

具体提示词能减少 Codex 在项目里乱找，节省上下文，也减少误改。

2. 先只读，再修改

不要一上来就让它大范围动手。可以先说：

请先只读分析，不要修改文件。告诉我你准备看哪些文件，以及为什么。

如果它计划读取半个项目，你可以让它缩小范围。

3. 精简 AGENTS.md

AGENTS.md 是好东西，但不是越长越好。

建议写：

• 项目运行命令
• 测试命令
• 关键目录说明
• 禁止事项
• 必须验收的规则

不建议写：

• 大段背景故事
• 过时命令
• 空泛口号
• 和当前项目无关的个人偏好

4. 简单任务别总用最强模型

模型越强，通常越适合复杂问题，但不代表所有任务都要用它。

可以按任务分层：

任务	模型选择思路
改文档、解释小文件	快模型或低成本模型
小 bug、小测试	中等模型通常够用
跨模块疑难问题	强模型更稳
大重构、架构判断	强模型 + 人工分阶段审查

具体可用模型名称以当前产品界面为准。

5. 及时开新会话

长会话会累积历史上下文。你从“修登录 bug”聊到“改首页样式”，如果还在同一个会话里，旧上下文可能继续占用额度，也可能干扰判断。

任务切换明显时，新开会话更干净。

---

六、API key 什么时候更合适？

API key 适合机器调用，不一定适合新手日常手动开发。

典型场景：

• CI 失败后自动生成分析报告
• 定时检查文档链接
• 批量生成代码审查摘要
• 内部平台接入 Codex SDK 或模型能力
• 远程无浏览器环境运行脚本

使用 API key 时要特别注意：

• 不要把 key 写进 Git 仓库。
• 不要在日志里打印 key。
• 给 key 设置最小权限和预算。
• 定期检查账单。
• 自动化输出最好进入 PR 或报告，不要直接改生产。

一句话：

人用订阅更省心，程序用 API key 更灵活。

---

七、用量快没了，先别急着升级

如果你发现额度消耗很快，可以先检查这几件事：

1. 是不是每次都让它读太多文件？
2. 是不是一直在同一个长会话里聊很多不相关任务？
3. AGENTS.md 是否太长？
4. 是否挂了太多外部工具？
5. 是否所有小任务都用了强模型？
6. 是否让它反复修同一个模糊问题？

很多时候，先优化使用方式，比立刻升级更有效。

你可以让 Codex 自己帮你省成本：

请在开始前评估这个任务的上下文成本。先给我一个低成本执行方案：应该看哪些文件，不应该看哪些文件，是否需要强模型。

---

八、这一章你真正要记住什么？

1. Codex 成本主要来自模型处理上下文，不只是提问次数。
2. ChatGPT 账号登录和 API key 登录是两套体系。
3. 个人手动开发优先 ChatGPT 账号，自动化再考虑 API key。
4. 模糊任务、长上下文、大文件、强模型都会增加成本。
5. 精确范围、精简规则、分层模型、新开会话，都能省钱。
6. 团队使用时，成本要和安全、权限、审查一起管理。

选择套餐前，先用几个真实小任务测试自己的使用频率。工具是否值得，最终要看它帮你节省的时间和减少的返工，而不只是月费数字。

---

参考资料说明

本文参考 OpenAI 和 ChatGPT 官方说明中的以下主题整理：

• ChatGPT plans / pricing：套餐与订阅
• Codex pricing / usage：Codex 用量与计费
• OpenAI Platform billing：API key 账单
• Model selection：模型选择
• Context / tokens：上下文与 token 消耗
• Security / API keys：API key 安全

---

最后更新：2026-07-02

📢 关注「Harry技术」公众号
获取更多 AI 编程工具、技术前沿资讯与实战技巧，一起走在技术浪潮的最前面。