预计字数5000 字 阅读时间12 分钟 难度等级⭐⭐在用 AI 工具的人不是纯小白 核心价值让读者看懂 Chat/Work/Codex/Cowork 的差异选对入口、选对模型、省下额度Codex迎来史诗级更新而随之而来的几个问题你都搞懂了吗 先从一个场景说起你在写一份行业调研报告。打开 ChatGPT 桌面端看见三个入口Chat、Work、Codex。你的第一反应不是兴奋而是三个问题到底点哪个额度是不是三份白天用 Work 跑了大任务晚上 Codex 还有没有余量你打开其中一个试了试跑通了。但你不确定自己用的是对的。你不是一个人。GPT-5.6 分了三档模型——Sol、Terra、Luna——让选择变得更复杂了。很多人以为先选入口再选模型就完事了但实际跑起来才发现还有另一个产品也提供类似能力Claude Cowork。所以今天这篇我的核心意图是帮你理清三层关系第一层ChatGPT Work 和 Claude Cowork到底差在哪第二层Chat、Work、Codex 三个入口我该用哪个第三层Sol、Terra、Luna 三个模型怎么选才不浪费三层理清楚你花在选东西上的时间可以从每天五分钟降到每个任务十秒。第一层Work 和 Cowork到底差在哪我先说结论再给证据。ChatGPT Work 和 Claude Cowork 不是谁碾压谁的关系。两边各有侧重我花了一周时间把能找到的官方资料和实测对比了一遍。以下是截至 2026-07-11 的六个维度的对比。说在前头两边都在快速迭代这个对比的有效期就截止到这一天之后可能有变化。六个维度的直接对比维度ChatGPT WorkClaude Cowork核心定位跨工具收集上下文交付文档、表格、演示、报告和 Sites跨文件、连接器和应用执行长任务交付专业文件或 Live artifacts本地执行继承 Codex 的本地沙箱与权限体系可用本地文件、桌面应用、浏览器和 Computer UseAgent loop 与文件、网页工具原生运行Shell 和代码进入隔离 Linux VM外部应用插件打包 Skills 和 AppsApps 负责外部数据和动作Connectors、Plugins、Skills 并存远程连接器与本地 MCP/桌面扩展并存跨设备云端 Work 可在云端界面延续但上线初期与桌面 Work 分开远程会话可在桌面、网页、手机继续离线后台取决于任务运行位置和本地资源需求远程任务和定时任务可在电脑离线时继续本地资源限制网页和手机 Work 不能直接访问本机文件网页和手机远程会话访问本地文件时需桌面 App 在线Work 的官方交付物截至 2026-07-11OpenAI 官方列出 Work 可交付的产品类型包括文档、表格、演示文稿、报告和 Sites。桌面端还可在授权后使用本地文件、桌面应用与内置浏览器。Cowork 的架构特征Claude Cowork 的本地架构和纯粹云执行不一样。Agent loop、文件读写、网页抓取和本机 MCP 是直接运行在设备上的。只有 Shell 和代码执行进入了隔离 Linux VM。这一点在官方架构文档里有说明。远程会话可以跨桌面、网页和手机继续。远程任务和定时任务甚至在你电脑离线时也能运行——但需要访问本地文件、浏览器或 Computer Use 时桌面 App 必须在线。场景建议如果我来选我会这么判断你的工作重度依赖本地文件并且已经形成了 ChatGPT / Codex 的工作流。 比如你天天跟本地代码仓库、本地文档打交道Work 目前整合度更高因为它和 Codex 共享同一套权限和沙箱体系。你更看重跨设备连续性希望远程丢一个任务电脑关着它也能跑完。 Cowork 在这个环节更完整。它的远程会话架构就是为这个场景设计的。你两边都不是重度用户。 那就跟你的主力工具走——用 ChatGPT 多就 Work用 Claude 多就 Cowork。没有哪个是错的。第二层Chat、Work 还是 Codex搞清楚 Work 和 Cowork 的差异之后第二个问题回到 ChatGPT 自身Chat、Work、Codex 三个入口到底怎么选截至 2026-07-11官方给出的定位很清晰Chat 负责快速问答与交流。Work 负责研究、分析和成品交付。Codex 负责软件开发和技术工作。我用自己的话给你翻译一下Chat 给你答案。Work 给你成品。Codex 给你代码变更。但实际任务不会这么干净。你经常碰到的混合场景是又要查资料又要整理成报告可能还要改两行代码。所以我给自己定了一套简单的决策路径——像一张派工单只想问、查、讨论、脑暴 → Chat要跨邮件、文档、表格、聊天记录收集资料并交付报告、PPT、表格或网站 → Work要读代码仓库、改文件、跑命令、测试、审查或提交代码 → Codex那如果同一个任务既有业务资料又有代码呢看最终交付物。如果最终要的是一份商务成品——报告、方案、演示文稿——优先用 Work。如果最终要的是一段可审查的代码变更优先用 Codex。这个判断标准比记产品名字要靠谱得多。只想问、查、讨论、脑暴 → Chat 要跨邮件、文档、表格、聊天记录收集资料并交付报告/PPT/表格/网站 → Work 要读代码仓库、改文件、跑命令、测试、审查或提交代码 → Codex 同一任务既有业务资料又有代码 → 先看最终交付物商务成品优先 Work可审查的代码变更优先 Codex入口的边界以下信息截至 2026-07-11来源是 OpenAI 官方帮助文档更新于 2 天前Work 在符合条件的付费计划中可用于网页和手机。但桌面端的开放范围更广。Codex 目前不是网页或手机的独立模式选项。手机端只能通过 Remote 访问部分桌面任务。云端 Work 对话与桌面 Work 线程在上线初期不互通。官方原文写的是 At launch, cloud Work conversations do not appear in desktop Work; desktop Work threads and local files remain on that computer。 这是一个上线初期的状态后续可能更新。你在桌面开的线程网页端暂时看不到。Work 和 Codex 包含在 Free、Go、Plus、Pro、Business、Edu、Enterprise 计划中。但具体入口、模型、额度和功能仍受计划、工作区、地区和灰度发布影响。如果你在手机上找不到某个入口不是你操作有问题是入口本身还在灰度。第三层Sol、Terra、Luna 到底怎么选入口选好了。但打开 Work 或 Codex 之后又会出现新的选择三个模型用哪个三档模型与真实价格截至 2026-07-11GPT-5.6 分三档Sol最高质量偏复杂推理和关键交付Terra日常平衡档大多数任务的默认选择Luna最快、最经济偏高频轻任务API 单价每百万输入/输出 Token模型输入价格输出价格Sol$5$30Terra$2.5$15Luna$1$6这里必须说清楚这是 API 的 Token 单价不等于你在 ChatGPT 订阅里每次任务花的钱。订阅侧用的是 credits不是直接按美元 Token 结算。不要把 API 价格直接套到你的订阅余额上。额度共享——最容易说错的地方很多人以为 Chat、Work、Codex 各有一份额度。不是。截至 2026-07-11官方明确说明Work、Codex、ChatGPT for Excel 和 Workspace Agents 从同一个 agentic usage / credits 池扣减。什么意思你白天用 Work 跑了三个大任务晚上 Codex 可能就没多少余量了。它们是同一个池子。正因为是共享池你得知道池子怎么算的credits 是订阅侧的使用计量单位。Token 是模型读取与生成信息的单位。 两回事。同一个任务模型越强、上下文越长、调用的工具越多、运行时间越久消耗就越高。官方当前按每百万 Token 给出 credits 换算。GPT-5.6 平均每条消息约消耗 5 到 40 credits但实际波动很大。Fast mode 会提高 credits 消耗。再说一遍API 的 Token 单价不能直接套到你的 ChatGPT 订阅余额上。一个是开发者按量付费的计价方式一个是订阅内的额度池两套体系别混。我能用哪个模型截至 2026-07-11 的情况Free 和 Go 计划在 Work、Codex 里使用的是 Terra。Plus、Pro、Business、Enterprise、Edu 可以选 Sol、Terra、Luna。Work 的 ultra 档面向 Pro 和 Enterprise。Codex 的 ultra 档面向 Plus 及以上。踩坑以为越强越好知道了价格、知道了额度、知道了权限之后你可能会觉得自己已经可以选了。但实际跑起来还是有坑。我踩过最大的坑是用 Luna 去跑一个需要跨模块分析的 bug 排查。Luna 的定位是快速、经济的执行层。适合按既定模板整理、抽字段、格式化、清单核对——规则明确可验证。但我丢给它的那个 bug根因不确定可能跨三个模块需要读日志、审配置、对比历史变更。我偷懒了。想着让 AI 先跑一遍不行再换。结果跑了四轮。每一轮它都在小范围里绕圈给我一些看上去对、但根本不在点上的分析。最后换成 Sol两轮定位到根因。回头看那四轮用 Luna 跑的时间加起来比 Sol 一轮还久。钱没省时间翻倍人还烦。反过来我也干过蠢事。用 Sol 去整理一份结构化的销售数据——按模板抽字段、去重、归档。Sol 干完了很完美但它花了 Luna 三倍的 token速度还慢。那个活 Luna 就能干1/3 的成本同样完美。两个方向都吃过亏之后我给自己定了三条原则。三条原则第一条不是谁更强是谁够用。每次做决定的时候问自己一个问题就够了这个任务搞砸了最大的损失是什么如果是多花五分钟重做那 Luna 都够。如果是数据丢了、发错了、上线崩了那你必须上 Sol而且 Sol 只做判断和拆分执行可以下放给 Terra 或 Luna。这个问题的答案决定了你的下限。第二条推理强度不是越高越好。很多人觉得 ultra 肯定比 low 好。不是的。推理强度越高模型想得越深。但想得越深意味着 token 消耗越大而且它可能会过度推理——本来一句话能决定的方案它给你分析出十个备选。正确的做法是先低后升。不确定的时候先从 Luna-low 或 Terra-medium 开始。失败了看原因如果是模型认知不足升级模型而不是升级强度如果是推理路径太浅加一档强度如果是多文件协作的边界问题先换 Terra 或 Sol。每次升级都要问自己我真的需要更深推理还是这个任务根本就不是这个模型能干的第三条Sol 不是万能的它是最贵的。Sol 应该用来做判断和拆分而不是做执行。一个复杂任务Sol 应该做的事是明确问题范围、识别风险、拆成可验证的子任务、定验收标准。子任务如果能用 Terra 或 Luna 干的就下放。只有那些 Sol 真正擅长的部分——系统架构、安全变更、冲突事实裁决——才由 Sol 亲自完成。这样你花的每一分钱都花在关键判断上。而不是花在让 Sol 干整理文档这种活上。三个问题帮你快速决定三条原则太抽象我把它简化成三个问题。第一问这个任务的目标有多清楚如果你能一句话说清楚——输入是什么、要它做什么、输出长什么样——那 Luna 很可能就够了。如果你只能说出方向说不出具体结果——「帮我看看这个系统有没有优化空间」——那就是 Terra 或 Sol 的领域了。第二问搞砸了会怎么样这事其实是分层的。搞砸了最多损失两分钟重来一次 → 随便Luna 都够。搞砸了要返半个小时的工 → 用 Terra但不要拉满 Sol。搞砸了数据丢了、发给错误的人、上线出了问题 → 上 Sol而且你自己也要在最后一步核验。第三问你打算怎么验收如果你知道验收标准长什么样——输出必须是一个 CSV五列第一列是日期——那 Luna 干完你抽验几行就行。如果你不知道验收标准——帮我想几个方案我看看哪个好——那就别指望 Luna 能产出让你满意的结果。这是 Sol 或至少 Terra 的活。三个问题想清楚你基本就能确定该用哪个模型。推理强度先低后升选完模型之后才是推理强度。很多人把这两个混在一起觉得 Sol 就是强推理Luna 就是弱推理。不是的。模型和推理强度是独立的两件事。Luna 也能用 medium 强度Sol 也能从 low 开始。判断方法先用模型的最低足够档。Luna 从 low 开始。Terra 从 medium 开始。Sol 从 low 或 medium 开始。Codex 桌面端推理强度设置界面 — 展示 low/medium/high/ultra 四个级别只有在下面四种情况下才升级1. 任务跑完了结果不对而且你知道是哪一步推错了2. 跑的过程中发现依赖的东西比你以为的多3. 事实来源互相矛盾需要模型做裁决4. 或者一开始就没选对模型需要重新路由每次升级把已经做好的内容、错误信息、待裁决的问题一起带上不要让模型从头重新推理。这个策略的核心是你不在不确定的时候花大钱该花的时候也不省。不是只有你一个人这么选其实不只我在这么干。有一个开源项目叫 UberDev给 44 个 Agent 角色做了六档模型路由写文档、做计划这些确定性强的活直接扔给 Luna economical。需要持续对话、日常开发的落到 Terra standard。而架构设计、风险决策这些高不确定性任务才上 Sol 的 quality、high、max 甚至 ultra。还配了 562 条路由规则验证通过。什么意思呢就是这件事不是只有我觉得需要做分级。那些真正在跑 Agent 团队的人也在干同样的事。选入口、选模型不是哪个最强用哪个的懒人思维。它是一种工作习惯。官方客户案例也能看到同一趋势。据官方客户案例称Zapier 原本单条线索需要在 HubSpot、Gong、邮件等平台间人工检查 35 到 45 分钟使用 Work 后建立了线索旅程分析、流失点识别和管理层周报流程。NVIDIA 原先约 40% 时间用于活动名单、报名与反馈的手工表格分析后来把流程做成了可重复运行的 Work 工作流。Shopify 用 Work 汇总 Slack 与项目上下文、生成跟进并用于分析 3500 名非研发员工的 AI 使用模式。注意这些是 OpenAI 产品页展示的客户陈述不是我亲自验证的结果。省额度五条实操建议额度是共享池省着用不是抠门是给你真正需要的大任务留空间。第一日常工作默认 Terra。 Terra 是平衡档绝大多数任务用它不会翻车也不会浪费。复杂判断再切 Sol格式整理和批量轻任务用 Luna。第二轻任务明确用 Luna。 抽字段、去重、格式化、清单核对——这些活的成本只有 Sol 的五分之一。第三一次只给当前任务需要的文件。 不要把整个资料库塞进去。上下文越长消耗越高。第四先要求短版交付确认方向后再扩写。 一上来就要万字长文如果方向错了前面的 token 全白烧。第五白天跑大任务前先看 Codex usage dashboard。 Work 和 Codex 共用同一个池子跑之前看一眼余量心里有数。三个习惯如果你想把这些落地不用记什么评分表。三个习惯就够了。第一每次安排任务时先看入口这是 Chat、Work 还是 Codex 的活第二每次选模型时从最低档开始。失败了再升级。不是一步到位拉到满。第三每次用 Sol 时只在判断和拆分上用 Sol执行交给 Luna 或 Terra。这三个习惯做到。你不一定是最会用 GPT-5.6 的人。但你肯定是花钱最少、翻车最少的那一个。既然看到这里了如果觉得不错随手点个赞、在看、转发三连吧如果可以给我个星标⭐将不胜感激谢谢你看我的文章我们下次再见。#GPT5.6 #ChatGPTWork #ClaudeCowork #模型选择 #大象AI共学作者大象-推动 AI 共学让普通人轻松上手AI相关链接1. OpenAI GPT-5.6 官方页面https://openai.com/index/gpt-5-6/2. OpenAI ChatGPT Work and Codex 帮助文档https://help.openai.com/en/articles/20001275-chatgpt-work-and-codex3. Claude Cowork 架构概览https://support.claude.com/en/articles/14479288-claude-cowork-architecture-overview4. 使用 Work 的 Codex 额度说明https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan