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

Mon, 13 Jul 2026 07:41:00 +0800

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 中把需求说清楚。

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

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

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

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

用定时任务处理重复工作

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

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

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

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

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

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

实际使用时，建议遵循以下顺序：

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

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

用 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 默认关闭，管理员可以在自动开启前选择退出。

团队部署前建议确认：

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

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

常见问题

Work 能否替代 Codex？

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

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

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

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

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

结语

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

任务自动化 on KnightLi的博客