Skip to content

ChatGPT 套餐与 Codex 访问

Codex 访问权如何挂在 ChatGPT 套餐上、套餐之间真正差在哪、数字该去哪查。

本页故意不写价格和配额数字。 那些数字会变,教程里留一个过期数字比没有更糟。唯一权威来源是官方定价页

Codex 包含在 ChatGPT 套餐里

官方产品落地页原文:

ChatGPT Plus, Pro, Business, Edu, and Enterprise plans include Codex.

对 CLI 来说,关键事实是:不用单独买 Codex,日常使用也不用先配 API Key。 用 ChatGPT 账号登录即可。

定价页另外列出 FreeGo 也包含部分 Codex 能力。明确写出「网页 / CLI / IDE 扩展 / iOS」的是 Plus 卡片。入口和额度按套餐不同——去定价页看,不要信教程里的表。

bash
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_effortminimalxhigh。一行重命名开 high 是浪费;隐蔽的并发 bug 开 low 是假节约。

toml
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.tomlallowed_approval_policies
限制沙箱模式allowed_sandbox_modes
限制网页搜索allowed_web_search_modesdisabled 始终允许)
MCP 服务器白名单identity 块的 mcp_servers 条目
钉死 feature flagrequirements.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
给同事解释一份 diffChat
CI 里自动化一项任务Codex(codex exec

可用工作流:在 Chat 里把设计谈定,写成 AGENTS.md 条目或任务说明,再把实现交给 Codex 并写上验收命令。设计对话和实现会话的上下文需求完全不同,拆开两边都更好。

Atlas:官方已下线,不要当现行产品写

独立浏览器 ChatGPT Atlas 不是「桌面 superapp 传闻」,官方已经收口:

今天(2026-08-18)已过官方停止日。浏览代理请用:桌面内置浏览器Chrome 扩展、Work 的 Cloud Browser。不要引用 WSJ / Reddit 的合并传闻;上列三篇是唯一口径。

2026-08-09 之后 Atlas 书签 / 密码是否仍能从本机导出,以帮助中心该页的最新修订为准,本教程不写操作步骤。

相关页面

官方来源

为前端工程师打造 · 基于 VitePress 构建