ChatGPT Work 怎么用:跨应用长任务、定时任务与桌面端 Codex 工作流

ChatGPT Work 面向需要持续推进的研究和交付任务。本文说明如何拆分长任务、使用定时与监控任务,并在新版桌面端协调 Chat、Work 与 Codex。

ChatGPT Work 面向需要持续推进的工作:它可以研究和分析信息、在已连接的应用与文件之间协作,并生成文档、表格、演示文稿、报告和 Sites。与一次性问答相比,Work 的重点是让你在执行过程中查看进度、补充问题、调整方向,或批准重要动作。

2026 年 7 月,OpenAI 同时推出了整合 Chat、Work 与 Codex 的新版 ChatGPT 桌面端,支持 Windows 和 macOS。本文依据 OpenAI 官方发布说明 整理一套适合真实工作的使用方法,并重点说明定时任务、监控任务与本地文件权限的边界。

先选对入口:Chat、Work 和 Codex 分别做什么

这三者可以放在同一项目里使用,但任务性质不同:

入口 适合的任务 你需要关注的事
Chat 快速问答、写作、思路澄清 给出清晰上下文,确认结论是否需要落地
Work 调研、整理材料、持续更新的交付任务 阶段目标、信息源、审批节点与产出格式
Codex 修改代码、审查 diff、处理仓库任务 工作区范围、测试方式、Git 改动与权限

一个简单判断方法是:如果任务需要跨多个文件或应用、要等待外部信息、需要反复审查中间结果,就优先用 Work;如果要直接操作代码库或看 PR diff,则交给 Codex;尚未形成执行计划时,先在 Chat 中把需求说清楚。

把长任务写成可控制的委托

不要只写“研究这个主题并写报告”。这会让任务范围、资料可信度和交付标准都变得模糊。更好的提示词应包含目标、范围、资料要求、输出和审批点。

1
2
3
4
研究本周 AI 产品更新,优先使用厂商官方公告。
按发布日期倒序整理模型、API、桌面端和定价变化;排除未经证实的传闻。
先给出一页摘要和来源清单,等待我确认后再扩写为 1500 字报告。
如需访问连接的文件或应用,先说明用途并等待批准。

这样安排有三个好处:先拿到可快速审查的中间产物;把“官方来源”变成验收条件;同时避免在未确认范围前访问不必要的外部内容。

用定时任务处理重复工作

Work 的 Scheduled Tasks 可以一次运行、按固定时间重复,也可以在发生变化时触发监控。它适合规律明确、输出格式稳定的任务,例如:

  1. 每周一汇总上周的产品发布;
  2. 每天检查某份共享表格是否出现待处理项目;
  3. 监控指定来源的更新,发现新内容后生成摘要;
  4. 月末整理项目进度,准备会议提纲。

创建前先写清触发条件和“没有变化时该做什么”。例如“每周一 09:00 汇总;若没有可靠更新,只回复无新增,不补充旧闻”。这能避免监控任务为了产生输出而重复旧信息。

对于会向外部系统写入内容的自动化,建议先只生成草稿或通知。等你确认结果稳定、权限范围正确,再考虑让它执行后续动作。

在新版桌面端协调本地文件与应用

新版 ChatGPT 桌面端把 Chat、Work、Codex 放进一个应用。Work 在获得用户许可后可以使用本地文件与桌面应用;内置浏览器则可收集网页信息,并配合支持的网页工具和文件完成任务。

实际使用时,建议遵循以下顺序:

  1. 先明确本次任务应访问的项目目录或文件集;
  2. 只授予完成该任务所需的访问权限;
  3. 让 Work 先列出计划和将使用的资料;
  4. 涉及代码时切到 Codex,查看 diff、内联批注和测试结果;
  5. 最后由人工确认可交付的文档、报告或提交内容。

不要把“可以使用本地文件”理解成应该把所有文件都交给任务。最小范围授权既能减少误用,也让复核过程更清晰。

用 Codex 完成仓库内的执行与审查

桌面端中的 Codex 支持直接编辑 Markdown 与代码、在 diff 中使用内联批注、在侧边栏查看 GitHub PR 审查反馈,并可在一个项目中处理多个仓库。适合把 Work 生成的方案变成可审查的改动。

一个常用衔接方式是:

1
2
3
Work:根据需求和现有文档,写出实施方案、风险点与验收清单。
Codex:仅在指定仓库实现方案;每个改动说明原因,运行约定的检查,
不要提交或推送,直到我审查 diff。

这能避免“研究结论”直接变成未经审查的代码操作。即使任务看起来简单,也应把测试命令、配置文件范围和是否允许提交写进指令。

企业与团队使用时的注意点

根据官方说明,Work 在网页和移动端面向付费计划分批开放:Pro、Pro Lite、Enterprise、Edu 先获得访问,Plus 与 Business 随后跟进,Free 和 Go 不在首批范围。Enterprise 与 Edu 工作区有两周预览期,期间 Work 默认关闭,管理员可以在自动开启前选择退出。

团队部署前建议确认:

  1. 哪些成员可使用连接的应用和文件;
  2. 哪些任务必须保留人工审批;
  3. 报告、表格和 Sites 的分享权限由谁审核;
  4. 是否需要把常用流程封装为 Plugins 或 Skills。

原有应用连接不会因 App Directory 改为 Plugin Directory 而失效,但新建插件前仍应审查它能访问的数据与操作范围。

常见问题

Work 能否替代 Codex?

不能完全替代。Work 适合编排研究和交付任务;Codex 更适合查看和修改代码、处理 diff 与 PR 审查。两者配合使用比把所有工作塞进一个对话更可控。

监控任务会自动替我做决定吗?

任务可以监控变化并推进工作,但重要动作应设置审批点。尤其是涉及发布、外部写入、删除、付款或敏感文件访问时,先让它汇报计划和影响,再决定是否批准。

为什么桌面端看不到本地文件或应用?

先检查是否授予了相应权限、文件是否位于本次任务的授权范围,以及企业工作区是否施加了策略限制。不要为排查单个文件而扩大到整个磁盘的访问权限。

结语

ChatGPT Work 的正确打开方式不是把工作“完全交出去”,而是把复杂任务拆成可审查的阶段:明确目标、限定资料范围、先看中间结果、对重要动作保留审批、最后在 Codex 或桌面端完成可验证的交付。这样既能利用跨应用协作,也能保持对代码、文件和发布结果的控制。

记录并分享
使用 Hugo 构建
主题 StackJimmy 设计