30 秒读完本文

OpenAI 在 2026-07-09 发布了两件事：新模型族 GPT-5.6 和新的工作入口 ChatGPT Work。

对大多数用户来说，核心变化就三句话：

• GPT-5.6 不是单一模型，而是 Sol / Terra / Luna 三档，越往后越便宜。
• 桌面版 ChatGPT 把聊天、工作、代码三种模式塞进了同一个入口，Codex 不再单独存在。
• ultra 模式默认开 4 个 Agent 并行，效果好但成本高，生产环境别直接上。

如果你只关心「我该怎么用」，直接跳到后面的「接入清单」部分。想搞懂为什么这么做，继续往下读。

---

直接给清单，背景后面聊

OpenAI 在 2026-07-09 发布了 GPT-5.6 和 ChatGPT Work（来源：openai.com/index/gpt-5-6，openai.com/index/chatgpt-for-your-most-ambitious-work）。

如果你现在就要做决策，先看这张表：

GPT-5.6 子模型选型速查表

我的场景是	选这个	大概成本
高频调用、分类、摘要、轻量对话	Luna	输入 $1/M，输出 $6/M
代码辅助、日常任务、中等复杂度	Terra	输入 $2.5/M，输出 $15/M
复杂推理、长文档、多步 Agent	Sol	输入 $5/M，输出 $30/M
不确定	先从 Terra 试起	—

推理等级选型：max 还是 ultra？

我的需求是	推荐等级	注意事项
单任务深度推理，不赶时间	max	成本可预期
需要多路径并行、批量加速	ultra	默认 4 Agent 并行，成本可能是 max 的数倍
不确定	先用 max	生产环境别直接上 ultra

---

这次到底改了什么

两件事，别搞混了。

第一件：产品层面的整合（ChatGPT Work）

桌面版 ChatGPT 把 Chat、Work、Codex 三个模式合成了一个入口。Codex 原来是独立 App，现在直接在主 App 里用左上角切换。Chat 界面缩成了一个小 tab，不再是「进去就看到的东西」。

这对用户很方便，切换不用再换 App 了。

对 API 开发者，这只是界面变了，你的 API 调用方式不一定跟着变，需要以 OpenAI 官方 API 文档为准。

第二件：新模型族（GPT-5.6）

Sol、Terra、Luna 三档，上面表里已经说清楚了。

---

三种工作模式，哪里最容易踩坑

ChatGPT Work 里有三种工作模式，延迟和架构要求完全不同，这里是最容易翻车的地方。

聊天模式，秒级响应，轻量对话，跟以前用法一样，没什么特别注意的。

工具调用模式，也是秒级，有函数执行，适合需要调用外部工具的场景，API 接入方式相对成熟。

Agent 执行模式，分钟到小时级。

Agent 执行模式这里我要重点说。

分钟到小时级意味着什么，就是你发出去一个请求，结果不会马上回来。如果你的应用是同步架构（发请求等响应），直接会超时。你需要：

• 支持异步回调或轮询机制
• 用户界面需要设计等待状态
• 错误重试逻辑要比对话模式细很多，因为长任务失败成本更高

很多团队的坑就在这：以为换个模型名就能用上 Agent，结果架构不支持，生产环境直接崩。

三种模式一句话对照

模式	响应时间	适合做什么	最容易踩的坑
聊天模式	秒级	问答、写作、翻译、创意	把它当 Agent 用，期待它自动执行多步
工具调用模式	秒级	调用外部工具、查询、轻量执行	同步架构下调用链过长
Agent 执行模式	分钟~小时级	多步骤自动任务、代码、文档处理	没有异步机制和任务边界，直接超时或失控

一句话总结：不要拿聊天的架构跑 Agent，也不要拿 Agent 的成本做聊天。

---

ultra 模式的暗坑

这块单独说，因为坑比较实在。

ultra 推理等级默认开启 4 个 Agent 并行（来源：选题池备注，原始来源 OpenAI 2026-07-09 公告，读者需核验细节）。

4 个并行 Agent，简单理解就是同时开 4 个线程处理你的任务。效果可能更好，但成本也可能是 max 模式的 4 倍。

我建议的做法：

1. 先用 max 模式跑 20-50 个典型任务
2. 记录每个任务的实际 token 消耗
3. 换算成月度成本，看自己能否接受
4. 只有在明确需要并行加速的场景才切 ultra

不要因为 ultra 听起来「更强」就默认选它，特别是在没有并行需求的场景。

---

Sites 功能，开发者先放一放

ChatGPT Work 还加了个 Sites 功能，一句话描述需求，自动生成可部署的 Web 页面并分配域名（来源：openai.com/index/chatgpt-for-your-most-ambitious-work，2026-07-09）。

对产品、运营、内容同学很实用。

对 API 开发者，截至 2026-07-10 未见 Sites 开放 API 调用的明确说明。先跳过，等官方文档更新再说。

---

Codex 的用户数据，给团队工具规划的参考

据 OpenAI 公告（来源：选题池备注，读者需核验原始数据）：

• 每周超 500 万人使用 Codex
• 其中超 100 万人用于非软件开发场景

这个数据有点意思，说明「代码工具」的用户边界早就超出了工程师群体。文档处理、数据分析、自动化流程，产品运营团队也在用。

如果你在规划团队 AI 工具，可以考虑一下：除了工程师，其他角色是不是也值得配 Agent 类工具？

---

今天需要做的事（接入清单）

如果你是正在接入或评估这类模型的开发者，这是一份实际的检查清单：

接入前确认

• 核验 Sol/Terra/Luna 在 OpenAI API 文档中的 model ID 命名（platform.openai.com）
• 在官方定价页确认最新价格（本文数据截至 2026-07-10，可能有变）
• 确认你的场景需要哪种工作模式（聊天/工具调用/Agent 执行）
• 如果用 Agent 执行模式，评估现有架构是否支持异步

成本控制

• 默认从 max 推理等级开始，不要直接用 ultra
• 用小样本测试估算单任务 token 消耗，再外推月度成本
• 设置用量告警，避免 ultra 并行产生意外费用

架构准备

• Agent 执行模式需要异步回调或轮询机制
• 准备好错误重试逻辑（长任务失败的恢复成本更高）
• 用户 UI 需要设计等待状态

---

---

如果你今天只想做三件事

1. 打开桌面版 ChatGPT，确认你有没有看到 Work / Codex 切换入口。没看到就再等等，更新是逐步推送的。
2. 对照选型表，把你现在的使用场景归到 Sol / Terra / Luna 其中一档，先在心里有个成本预期。
3. 如果你在做 Agent 工作流，检查自己的系统是否支持异步回调和任务边界，别让同步架构硬扛分钟级任务。

做完这三件，你就已经跑赢了大部分只看热闹的观众。

本文的持续更新版本可查看：GPT-5.6 ChatGPT Work 接入指南