ChatGPT Work 是 ChatGPT 中面向较长任务的工作模式。它适合研究资料、整理多个来源、生成文档、表格、演示文稿、报告或 Sites；与普通聊天的区别不在于回答更长，而在于任务可以经历规划、执行、补充信息、人工确认和后续修改。
如果只是问一个问题或润色一段文字，直接用 Chat 更快；如果是写代码、运行测试、处理仓库，优先使用 Codex。Work 更适合介于两者之间的事务型工作：有明确交付物，但不应让自动化在无人确认的情况下越过权限或业务边界。
先确认 ChatGPT Work 是否可用
Work 正在向符合条件的账号逐步开放。发布初期，网页和移动端面向付费方案开放，但 Free 和 Go 不在首批范围内；Pro、Pro Lite、Enterprise 和 Edu 优先获得访问，Plus 和 Business 会后续分批加入。实际可用性还会受地区、工作区和管理员设置影响。
看到入口后，可以按下面的方式开始：
- 在 ChatGPT 网页、移动端或桌面应用中选择 Work。
- 新建对话，或在已有 Project 中开始，便于把相关对话、文件和指令放在一起。
- 添加任务需要的文件、链接、背景信息、交付格式和验收标准。
- 先说明目标和边界，再让 Work 提出计划或开始执行。
- 在关键节点查看进度、补充约束、改变方向，最后再审核结果。
如果没有 Work 入口，不要根据截图或他人账号去猜测设置路径。先确认套餐、客户端版本和工作区策略，再等待分批开放；这不是通过重新登录或切换模型就一定能解决的问题。
Work、Chat 和 Codex 怎么分工
| 模式 | 更适合的任务 | 不应替代的场景 |
|---|---|---|
| Chat | 问答、搜索、头脑风暴、短文本处理 | 长期执行或需要完整交付物的任务 |
| Work | 调研、分析、文档、表格、报告、演示文稿和跨工具工作流 | 直接操作陌生的本地代码库或运行开发命令 |
| Codex | 编码、调试、测试、仓库修改和代码审查 | 一般性行政整理或内容交付 |
桌面端的 Work 在获得许可后可以使用本地文件和桌面应用；网页和移动端的 Work 则不能直接访问电脑上的文件。发布初期，云端 Work 对话也不会自动显示在桌面 Work 中，桌面端的本地文件和线程仍保留在那台电脑上。跨设备协作前，先确认任务实际运行在哪个表面，避免误以为文件已自动同步。
Scheduled Tasks 适合安排哪些工作
Scheduled Tasks 可以让 Work 一次性执行、按计划重复、在事件发生时运行，或持续监测变化。适合把重复的信息整理留给系统，把判断和发布留给人。
比较稳妥的例子包括：
- 每周查看已授权渠道的新消息，更新会议议程草稿；
- 每天检查指定网页或仪表盘，只有发生变化时才发送摘要；
- 每周汇总客户反馈，按主题形成待审阅的产品问题清单；
- 每周五刷新项目跟踪表，并标记逾期事项供负责人确认。
创建任务时，提示词应同时写清楚数据范围、运行频率、输出位置和停止条件。例如：
每周一上午检查已连接的项目频道，汇总上周未关闭事项，按负责人和截止日生成 Markdown 草稿。不要发送消息、不要修改原始任务；如果缺少负责人或日期，只在报告中标记待确认项。
这样比“每周帮我跟进项目”更可控，也让后续审阅有明确依据。
怎样管理 Scheduled Tasks
ChatGPT 的 Scheduled 页面会集中展示已启用任务、下次运行时间和运行状态。你可以在这里暂停、恢复、编辑或删除任务。设置时还应注意几个限制：
- 活跃任务上限因套餐而异；先看当前账号界面中的实际限制。
- 任务运行频率不能高于每小时，不适合拿来做秒级监控。
- 长期无人互动的任务可能会自动暂停，应定期查看任务是否仍需要继续。
- 监控型任务可以搜索网页或查看已连接应用的变化，但应只在出现值得报告的变化时通知，避免制造无意义噪声。
如果原来使用 Pulse 接收主动更新，应检查是否需要迁移到 Scheduled Tasks。两者的工作方式和入口可能不同，不要假设旧的更新会自动转换为新任务。
插件目录不是自动授权清单
ChatGPT 正在用 Plugin Directory 替代原有的 App Directory。插件可以打包 skills、apps 和特定工作流的模板；但能看见插件不等于每位成员都能安装或使用它。
对个人账号，先检查插件本身需要哪些账号或应用连接。对 Business、Enterprise 和 Edu 工作区，还应确认：
- 管理员是否在 Workspace settings > Plugins 中允许该插件。
- 插件依赖的 app 是否已在 Workspace settings > Apps 中向你的角色开放。
- 现有的应用权限、操作审批、同步策略、域名限制和第三方认证是否仍然满足要求。
- 工作区为该角色设置的是 Available 还是 Installed，以及是否需要额外授权。
这套检查顺序能避免“插件显示在目录中，但 Work 读取不到数据或无法执行动作”的常见误判。
长任务审批该放在哪里
Work 可以在执行中展示进度、提出问题，并在重要动作前请求批准。不要把审批理解为最后看一眼结果，而要把它放在风险发生之前。
建议要求人工审批的动作包括：
- 向外发送邮件、消息、邀请或公开网页；
- 修改共享文档、项目状态、排期、财务表或客户数据；
- 使用连接应用中的敏感内容；
- 改变权限、安装插件或连接新的第三方服务；
- 根据不完整信息做出不可逆的业务决定。
可以在任务开头直接写审批规则，例如：“可以检索、归纳和生成草稿；涉及发送、发布、删除、修改共享数据或调用付费服务时，先列出拟执行动作和影响范围，等待我确认。” 这比事后撤销更可靠。
两个可复用的 Work 提示词
每周项目周报草稿
根据本 Project 中的文件和已连接的项目工具，汇总本周完成事项、风险、阻塞项与下周计划。先给出来源列表和缺失信息，不要修改项目系统，也不要向任何人发送内容。完成后生成一份可直接审阅的周报草稿。
竞争信息监测
每周三检查我指定的三个官方网站和已授权资讯来源。仅在产品、价格、API 或可用性发生变化时生成摘要，包含原始链接、变化日期和可能影响；不要根据媒体猜测补充事实。任何对外发送或创建任务的动作都先请求批准。
两类提示词都把“输入范围、允许动作、输出格式、审批边界”写清楚，适合先小范围测试，再逐步增加连接应用和自动化程度。
常见问题
Work 为什么看不到电脑里的文件
网页和移动端 Work 不能直接读取本地文件。需要本地文件时，使用桌面应用并只授予任务所需文件或文件夹的访问权限；或者手动上传必要文件，避免把整个磁盘作为上下文。
Scheduled Tasks 为什么没有按预期执行
先到 Scheduled 页面确认任务是否启用、下次运行时间是否正确、是否触及套餐上限或被自动暂停。然后检查任务描述是否明确了数据源和触发条件。对于监控任务，还应确认“没有变化时不通知”不是被误解为“没有运行”。
为什么插件装好了仍不能用
通常是工作区角色、关联 app、管理员权限、第三方认证或审批策略中的某一层尚未满足。按“目录可见 → 插件允许 → app 授权 → 账户认证 → 动作审批”的顺序排查，比反复重新安装更有效。
总结
ChatGPT Work 的价值在于把较长的研究和交付任务放进可审阅的流程，而不是把所有事情都交给自动化。先把 Work、Chat 和 Codex 分工清楚；Scheduled Tasks 从低风险、可重复、可核验的工作开始；插件按工作区权限链路检查；对发送、发布、修改共享数据和付费动作保留人工审批。这样才能让自动化减少重复劳动，而不是扩大不可控的影响。
官方资料：