ChatGPT 套餐与 Codex 访问
Codex 访问权如何挂在 ChatGPT 套餐上、套餐之间真正差在哪、数字该去哪查。
本页故意不写价格和配额数字。 那些数字会变,教程里留一个过期数字比没有更糟。唯一权威来源是官方定价页。
Codex 包含在 ChatGPT 套餐里
官方产品落地页原文:
ChatGPT Plus, Pro, Business, Edu, and Enterprise plans include Codex.
对 CLI 来说,关键事实是:不用单独买 Codex,日常使用也不用先配 API Key。 用 ChatGPT 账号登录即可。
定价页另外列出 Free 和 Go 也包含部分 Codex 能力。明确写出「网页 / CLI / IDE 扩展 / iOS」的是 Plus 卡片。入口和额度按套餐不同——去定价页看,不要信教程里的表。
codex login
codex login status # 已保存凭证时退出码为 0
codex doctor # 本地诊断报告官方 CLI 参考里没有 codex status 子命令。当前会话的账号、模型、配置,用 TUI 里的 /status。
套餐差在哪
与其复制一张下个月就会过期的表,不如知道读定价页时该盯哪些维度:
| 会变的东西 | 为什么在乎 |
|---|---|
| 触顶之前的包含用量 | 重度 Agent 工作一天能撑多久 |
| 模型访问 | 最新或最快的模型你能不能用 |
| Cloud 执行容量 | 能往 codex cloud 丢多少 |
| 管理与治理 | 能不能用 requirements.toml 在团队里强制策略 |
| 席位管理 | 按人还是按组织 |
两件有出处、值得记住的事:
- ChatGPT Pro 包含研究预览模型
GPT-5.3-Codex-Spark。 - Business / Edu / Enterprise 才是托管配置真正有意义的套餐——管理员能钉住什么,见 requirements.toml。
任何数字都去 learn.chatgpt.com/docs/pricing 查。
看自己的消耗
会话内查询比事后翻仪表盘有用:
/usage # 当前会话
/usage daily
/usage weekly
/usage cumulative/status 显示当前会话的账号、模型、配置。
两个习惯能让消耗可预期:
推理强度匹配任务。 model_reasoning_effort 从 minimal 到 xhigh。一行重命名开 high 是浪费;隐蔽的并发 bug 开 low 是假节约。
model_reasoning_effort = "medium"别扛着死上下文。 跑偏的长会话会把预算花在重读已经无关的历史。不相关任务之间 /clear,是最便宜的优化。
API 计费是另一条线
下面两件事走 OpenAI API 账单,而不是 ChatGPT 套餐,而且都是选择加入:
- 自定义 model provider。
model_providers指到你自己的端点时,按那个端点计费。 - 大批量图像生成。 图像生成默认吃包含额度,文档写消耗大约是文本的 3 到 5 倍。设置
OPENAI_API_KEY会把大批量切到 API 定价。
用 codex login 的日常 CLI 使用,这两条都不适用。从没设过 OPENAI_API_KEY、没碰过 model_providers,用量就在 ChatGPT 套餐上。
当前配置参考里没有
api_key这个键。认证是codex login,或在 provider 条目里用env_key指向环境变量。 更老的教程有时会在config.toml里写api_key;现行官方参考里没有这一项。
企业与团队部署
团队落地时,真正相关的不是套餐页,而是托管策略层:
| 关注点 | 机制 |
|---|---|
| 限制可选审批策略 | requirements.toml 的 allowed_approval_policies |
| 限制沙箱模式 | allowed_sandbox_modes |
| 限制网页搜索 | allowed_web_search_modes(disabled 始终允许) |
| MCP 服务器白名单 | 带 identity 块的 mcp_servers 条目 |
| 钉死 feature flag | requirements.toml 的 [features] |
| 数据驻留 | enforce_residency |
托管 permission-profile 白名单需要 Codex 0.138.0 或更高。0.137.0 及更早的客户端会静默忽略 allowed_permission_profiles 和托管 default_permissions——没核对客户端版本的「强制策略」等于没强制。
完整 requirements.toml 表面见 Configuration Reference。
ChatGPT Chat(对话智能)
对位 Claude.ai 的是 Chat,不是另装一个产品。官方把同一应用切成 Chat / Work / Codex(Use ChatGPT)。
| 选 | 何时用 | 本教程落点 |
|---|---|---|
| Chat | 问答、头脑风暴、短草稿、把设计谈清楚 | 本页 |
| Work | 要一份能打开检查的成品 | ChatGPT Work |
| Codex | 仓库、diff、测试、PR | 产品线 · CLI |
Chat 侧前端工程师会反复碰到的能力:
- Projects:同一主题下的会话、文件、指令。
- Voice:桌面和 iOS;可对着上传文件和 Project 说话。
- Library:已保存文件再次引用,不必重传。
- 网页 / 桌面 / 手机:同一账号。2026-07-09 起独立 Codex 应用并入 ChatGPT 桌面应用;每个套餐(含 Free)都能进 Chat、Work、Codex,额度仍按定价页。
Chat 里的 GPT-5.6 Sol 滑块只影响 Chat,不改变 Work 或 Codex 的模型行为。
ChatGPT 和 Codex 怎么配合
它们强项不同,配对是真的有用:
| 任务 | 更合适的地方 |
|---|---|
| 代码还不存在时把思路谈清楚 | Chat |
| 比库、比架构 | Chat |
| 要八页 PPT / 对比表 / 定期议程 | Work |
| 在真实仓库里读改文件 | Codex |
| 跑测试并迭代到绿 | Codex |
| 给同事解释一份 diff | Chat |
| CI 里自动化一项任务 | Codex(codex exec) |
可用工作流:在 Chat 里把设计谈定,写成 AGENTS.md 条目或任务说明,再把实现交给 Codex 并写上验收命令。设计对话和实现会话的上下文需求完全不同,拆开两边都更好。
Atlas:官方已下线,不要当现行产品写
独立浏览器 ChatGPT Atlas 不是「桌面 superapp 传闻」,官方已经收口:
- Evolving Atlas into ChatGPT:把基于浏览器的代理能力迁进 ChatGPT 和 Codex;Atlas 计划于 2026-08-09 停止工作。
- ChatGPT is now a partner for your most ambitious work(2026-07-09):Codex 应用并入新的 ChatGPT 桌面应用;「We'll begin sunsetting the standalone Atlas browser」。
- ChatGPT Release Notes 的 Retiring Atlas 一节重复了同一停止日期。
今天(2026-08-18)已过官方停止日。浏览代理请用:桌面内置浏览器、Chrome 扩展、Work 的 Cloud Browser。不要引用 WSJ / Reddit 的合并传闻;上列三篇是唯一口径。
2026-08-09 之后 Atlas 书签 / 密码是否仍能从本机导出,以帮助中心该页的最新修订为准,本教程不写操作步骤。相关页面
- 学习地图 — 全家桶与决策树
- ChatGPT Work — 可审成品、插件、Sites
- Codex CLI — 安装与核心功能
- Codex 产品线 — CLI、IDE、应用、云端
- Codex Cookbook — 任务配方
- Codex 速查表 — 命令和配置键
官方来源
- Pricing — 套餐和配额的唯一权威
- Use ChatGPT — Chat / Work / Codex
- Models — 模型列表和推理强度
- Configuration Reference —
requirements.toml和每个配置键 - Evolving Atlas