Free Preview
先试读：ChatGPT 现在怎么用：Chat、Work 与 Codex 怎么分工
先分清是要聊明白、交付一份成果，还是进入代码库开发；搜索、深度研究和 Agent 都是能力，不应与产品入口混成同一层。
这篇会帮你解决什么
- 不再把 Agent、Work 和深度研究当成同级入口。
- 知道什么任务留在 Chat，什么任务交给 Work。
- 给文件、Apps、定时任务和外部动作设置权限边界。
可以先照着试的一句话
我要完成 ___，资料在 ___，最终需要 ___。请先判断应该用 Chat、Work 还是 Codex，再说明是否需要搜索、深度研究、Apps 或定时任务；在我确认前不要执行外部动作。
完整文章会继续展开机制、工作流、验收标准和风险边界。
Chat、Work 和 Codex 解决的不是同一类问题
Chat 适合问答、解释、头脑风暴和短草稿；ChatGPT Work 适合把一个明确目标推进成可审核的文档、表格、演示稿、Site 或周期性更新；Codex 专注代码库、命令、测试和软件交付。
机制上，这是在选择上下文、工具和交付物。如果只要一个答案，留在 Chat；如果要系统持续工作并产出成品，进入 Work；如果核心对象是代码，进入 Codex。不要因为某个入口“能用更多工具”，就默认它更适合任务。
搜索和深度研究是能力，不是另外两个产品
| 需求 | 起点 | 验收 |
|---|---|---|
| 快速确认当前信息 | Chat 中使用网络搜索 | 打开原始页面，检查日期和发布者 |
| 综合多来源形成报告 | 深度研究 | 先审问题与来源范围，再查引用与遗漏 |
| 从研究到正式文件 | Work | 事实、数字、版式、可编辑性与人工审核 |
最容易犯的错误，是看到“有引用”就不再打开来源，或把几秒能查清的问题交给长时研究。选择标准是任务需要多少证据，不是功能名称听起来多强。
从资料到成品，要把“作业”写成可审核流程
- 定义成果：说明读者、文件类型、长度、必须包含与不能包含的内容。
- 限定资料：指定上传文件、项目、网页或 Apps，不默认开放整个工作空间。
- 先看计划：要求它列出缺口、方法和确认点，再开始制作。
- 分层验收：先验事实和结构，再验格式、可编辑性与对外使用风险。
先给三家公司的官方材料和统一评分维度；让 Work 先返回资料缺口和制作计划；确认后生成比较表和八页演示初稿。所有价格、日期和性能结论都要能回到原始材料，不能用推断补齐缺失值。
定时任务可以重复、监控和更新，也会放大权限风险
Scheduled Tasks 适合周期报告、变化监控和后续检查。网页任务可使用已上传上下文和已连接工具；需要本地文件的任务要在桌面端中运行，并确保电脑和应用处于可用状态。
常见错误：没有手动试运行就直接定时；让任务从 Gmail、云盘或 Slack 读取过大范围；把“出草稿”写成“自动发送”；没有停止条件和失败通知。正确做法是先用一份模拟资料手动跑通，再按最小权限启用定时。
入口、资料、权限和验收要一起写
目标：要得到什么结果
入口：Chat / Work / Codex
能力：搜索 / 深度研究 / Apps / 定时任务
资料：只允许读取什么
动作：允许制作什么，禁止发送、发布、购买或删除什么
确认：哪些步骤必须停下来问
验收：事实、数据、格式、来源和动作记录- Chat、Work 和 Codex 是入口分工，搜索、研究和 Apps 是能力。
- 只需要回答时不要升级到更多权限。
- 需要成品和周期性工作时，先写交付与停止标准。
产品能力会变，学会回到官方资料
本文依据官方资料核验于 2026-07-15。功能名称、入口、套餐、地区可用性和实验性标记仍可能变化，使用时以官方文档与产品内实际显示为准。