AI Provider 最新动态：OpenAI 把 Codex team 定价切到按量后，团队该先重写预算闸门，不是先多买席位
按北京时间 2026 年 4 月 3 日 回看最近 48 小时，provider 赛道里最值得团队负责人认真看的，不是哪一个模型又涨了几分 benchmark，而是 OpenAI 在 2026-04-02 把 Codex 的团队接入方式改了。
OpenAI 官方产品公告当天给出的核心变化有三条：
ChatGPT Business和Enterprise可以新增 Codex-only seat- 这类 seat 没有固定 seat fee，改成按 token / credits 使用计费
ChatGPT Business的标准 seat 年付价格从 $25 降到 $20 / seat / month
如果只把它看成“多了个便宜 seat”，很容易看轻。
我更在意的是另一层：
OpenAI 正在把团队用 Codex 的默认路径，从“先买一批固定席位”改成“先用按量 seat 做小规模试点，再按 usage 放大”。
这会直接改掉预算模型、成员分层和 rollout 顺序。
1. 这次变化到底发生了什么
1) Business 和 Enterprise 都出现了 Codex-only seat
OpenAI 在 2026-04-02 的产品公告里写得很明确：
ChatGPT BusinessChatGPT Enterprise
现在都可以给团队添加 Codex-only seats。
这类 seat 的特点很直接：
- 只有 Codex 访问权限
- 没有固定 seat 费用
- 消耗走 usage-based 计费
Help Center 同一天也同步更新了 Business 和 Enterprise 的 seat 说明，明确这两类 workspace 现在都支持：
- standard ChatGPT seat
- Codex seat
- 混合 seat 组合
2) Business 的 seat 价格结构也一起改了
Business 帮助文档写得更细：
- 标准
ChatGPT seat仍然要求最少2个 - 月付价格是 $25 / user / month
- 年付价格是 $20 / user / month
Codex seat没有最低起购数量，固定月费是$0
OpenAI 产品公告对应的说法是：
- 团队需要广泛 ChatGPT 访问时，继续用标准 ChatGPT seats
- 只想先让一小批人深用 Codex 时，可以直接上 Codex-only seats
这其实已经不是一个“同产品不同价格”的问题了。
它是两条完全不同的 rollout 路径。
3) 预算控制被前移到了 workspace credits
Business 的最新帮助文档同时补上了新的信用额控制逻辑：
- Codex seat 活动要消耗 workspace credits
- 可以手动加 credits
- 可以配置 auto recharge
- 可以按 seat type 或按 user 设置月度 spend controls
- 默认是 no limits specified
这一条特别值得划重点。
因为它意味着：
OpenAI 把团队治理的焦点，从“买多少 seat”往“给哪些 seat 放多少可消费额度”推了。
4) 还有一个很现实的试点激励
OpenAI 产品公告和促销条款都写了：
- 符合条件的
ChatGPT Businessworkspace - 每新增一个有效的 Codex seat 并发出第一条 Codex 消息
- 可以拿到 $100 workspace credits
- 每个 workspace 最多 $500
- 这批促销 credits 到 2026-04-30 过期
这明显是在鼓励团队先做小规模验证，而不是先谈长期采购。
2. 为什么这件事现在值得团队负责人看
我觉得这次变化真正改掉的，是团队采用 Codex 的默认顺序。
过去的顺序更像这样
- 先买 seat
- 再分给人
- 最后看实际使用量
现在更像这样
- 先给小批人开 Codex-only seat
- 用 credits 跑试点
- 用 spend controls 卡预算
- 证明 ROI 之后再扩大
这两种顺序对团队治理影响很大。
旧顺序的核心问题是：
预算基本锁死在 seat 数量上。
新顺序的核心问题则变成：
谁拿 Codex-only seat，谁用标准 ChatGPT seat，哪些人可以无限额，哪些人必须封顶。
也就是说，seat 策略开始和预算策略绑定了。
3. 对不同角色分别意味着什么
对个人开发者
你会更容易拿到一次真实试点机会。
原因很简单：
- 团队不用先承诺固定 seat 费用
- owner 可以先给你一个 Codex-only seat
- 跑出效果再决定要不要继续放大
但代价也更明确：
- 你可能没有完整 ChatGPT workspace 访问
- 预算会更细地盯到个人 usage
- 试点期间更可能碰到 credit cap
对团队负责人
这轮变化最直接的好处，是 seat 策略终于可以分层。
你可以把人群分成三类：
- 需要日常 ChatGPT 协作的人，用标准 seat
- 只需要高频用 Codex 的工程试点人群，用 Codex seat
- 只偶尔补量的人，继续消耗标准 seat 的包含额度或共享 credits
这比“全员一个 seat 模型”精细很多。
对平台工程和采购
采购逻辑会更像云资源，而不像传统 SaaS 席位。
真正要管的会变成：
- credits 余额
- auto recharge 阈值
- per-seat / per-user spend controls
- 哪些 workspace 可以超额
- 哪些组只允许固定预算内 PoC
如果这些还没定义清楚，按量 seat 很容易从“试点友好”变成“月底补账单”。
4. 这是重大突破，还是渐进式改良
我的判断是：
这是一条很重要的商业与运营改造，不是模型能力突破。
它没有让 Codex 突然多会一类任务。
但它改了团队怎么把 Codex 接进日常工程流。
对真正推动落地的人来说，这种变化往往比模型小升级更实。
因为它直接改变：
- 试点门槛
- 预算审批方式
- 成员分层策略
- 后续放量路径
5. 更稳的采用顺序
如果你准备跟这轮新定价，我建议按下面的顺序走。
1) 先把 seat 分层定出来
最少先定三类人：
standard-seat
需要完整 ChatGPT + Codex 工作区体验的人codex-seat
高频工程试点人群credit-borrowers
继续消耗共享 credits 的补量用户
别还没分层，就直接开大量 Codex-only seats。
2) 第二步先配 spend controls
Business 帮助文档写得很清楚：
- 可按 seat type 配 limit
- 可按 user override
- 默认没有上限
所以第一天就该做的，不是让更多人进来试，而是先把：
- 每类 seat 的月上限
- 关键成员的 override
- auto recharge 的下限和 target balance
定死。
3) 第三步再放大试点
我会建议先挑：
- 代码 review
- 小范围重构
- 测试补齐
- 文档和发布说明生成
这些最容易衡量价值，也最容易回看 usage。
4) 最后才考虑更大规模迁移
比如：
- 把更多工程师从标准 seat 切到 Codex seat
- 把 Enterprise 默认 seat type 改成 Codex
- 用 SCIM / CSV 批量配 seat
这些动作都应该放在 spend pattern 跑稳之后。
6. 风险、边界和回滚思路
风险 1：默认无限额很危险
Business 最新帮助文档已经写了：
所有 seat 和 user 默认都没有 limits specified。
这不是一个可以忽略的小细节。
如果你看到的是“可按量试点”，没看到的是“默认不帮你收口”。
风险 2：Codex-only seat 会失去完整 ChatGPT workspace 访问
Enterprise seat 管理文档明确提醒：
如果把用户从标准 ChatGPT seat 切到 Codex seat，用户会失去：
- Chats
- memories
- projects
- 其他 ChatGPT features
这些数据不是删除，但会在切回标准 seat 前不可用。
所以 seat 切换不只是计费动作，也是工作流切换。
风险 3：Business 和 Enterprise 细节还不完全一样
OpenAI 的 Enterprise 帮助文档还特别提到：
- 新增 Codex seat
- Codex rate card 对新 Enterprise 客户走 token-based credits per million tokens
- 现有 Enterprise 客户暂时还沿用 legacy message-based rate card，直到迁移
也就是说，Enterprise 组织别直接照搬 Business 的预算口径。
回滚思路
我建议保留最小回滚路径：
- 先不要大规模把标准 seat 改成 Codex-only
- 先用新增小组做 PoC
- 预算不稳时，先收紧 Codex seat credit cap
- 如果角色需要完整 ChatGPT 协作，再切回标准 seat
先回退预算，再回退 seat。
别直接在全 workspace 大幅改 seat 结构。
7. 哪些团队适合现在就跟，哪些不适合
现在适合跟的
- 还没把 Codex 全面铺开，但想先找一组工程师做高强度试点
- 预算审批严格，希望先小额按量验证 ROI
- 已经有 workspace owner / billing owner，能真正盯 credits 和 limits
现在不太适合立刻跟的
- 团队还没想清楚谁需要 Codex-only，谁需要完整 ChatGPT
- 没有人负责 spend controls 和 credit monitoring
- 你们的核心需求其实不是 Codex 高频使用，而是通用 ChatGPT 协作
如果是后一类，继续用标准 seat 反而更稳。
8. 替代方案和承接方案怎么选
这类变化最怕的误判，是看到 Codex-only seat 便宜，就觉得应该全量切过去。
更稳的选择通常有三条。
方案一：继续以标准 ChatGPT seats 为主
它更适合：
- 团队需要完整 ChatGPT workspace
- Codex 只是附带能力，不是主工作流
- 不想单独管理 credits 和 spend controls
它不太适合：
- 少量高频工程用户把包含额度很快打满
- 你需要更精细的工程预算控制
方案二：标准 seat + 少量 Codex-only seat 混合
这是我最推荐的过渡方案。
它更适合：
- 既要完整 ChatGPT 协作
- 又要让少数高频工程用户深用 Codex
- 希望先把预算收敛在一小批试点人群
方案三：直接走 API / developer pricing
如果你的核心需求其实是：
- 把 Codex 接进自建平台
- 自己做路由、队列和审计
- 想按 token 精确计费到服务级
那继续走 OpenAI developer pricing 往往更合适。
OpenAI 官方 API pricing 现在已经把 gpt-5.2-codex、gpt-5.1-codex-max、gpt-5.1-codex 这些模型的按 token 成本列得很清楚。
这种路径更适合平台团队，不一定适合直接给终端成员发 seat。
我的建议很明确：
大多数团队现在最稳的承接方式，不是 All in Codex-only，而是先走混合 seat。
9. 这条 provider 更新真正值得记住的点
OpenAI 这次改的不是“你能不能用 Codex”，而是“你该怎么把 Codex 放进团队预算和成员分层里”。
以前 seat 是预算起点。
现在 credits 和 spend controls 正在变成预算起点。
这会让团队 rollout 更灵活，也会让治理更容易失控。
所以这条更新最该先改的，不是 seat 数量，而是三件事：
- seat 分层
- credit 上限
- PoC 放量顺序
这三件事定清楚了，按量 seat 才会是更低门槛的试点工具。
不然它只会把预算问题从采购环节挪到月底对账。
一手参考来源
- OpenAI: Codex now offers pay-as-you-go pricing for teams
- OpenAI Help Center: Managing billing and seats in ChatGPT Business
- OpenAI Help Center: Managing credits and spend controls in ChatGPT Business
- OpenAI Help Center: Codex for Business Promotion: Earn up to $500 in Credits
- OpenAI Help Center: Managing members, seat types, roles and access in ChatGPT Enterprise
- OpenAI Help Center: Codex rate card
- OpenAI API Pricing