AI Agent Work 实战 2026-07-11

ChatGPT Work 实战指南：6 岗位工作流 + Prompt 模板与定时任务配方

谁遇到什么问题？已了解 ChatGPT Work 发布背景、却在周一上班不知「拿它干什么」的销售、市场、财务、运营、产品与工程团队。本文给什么？按岗位拆解可复制 Prompt 模板、Plan Mode 审核清单、Scheduled Tasks 配方与用量优化七策。结构包含：三原则表、模式选型矩阵、六岗位全场景模板、排障表、30 天路线图与 FAQ。

ChatGPT Work 2026 六岗位工作流 Prompt 模板 Scheduled Tasks Plan Mode 实战教程

📋 本文目录

姊妹篇解读发布背景、Codex 合并与 Claude Cowork 对比，见 ChatGPT Work 正式上线：Codex 并入桌面应用全解析。底层模型能力见 GPT-5.6 Sol/Terra/Luna 全解析；Agent 工作流隔离可参考 Agent Skill 完全指南。

01 · 摘要：从「知道它是什么」到「明天上班用它干什么」

2026 年 7 月 9 日，OpenAI 发布 ChatGPT Work，Codex 并入全新 ChatGPT 桌面应用。如果你已经读过发布解读，下一步真正的问题是：我明天上班能拿它干什么？

OpenAI 官方建议的入门方式很直接——先交给你已经熟悉的一项任务，比如月结差异分析、营销活动 Brief、销售会议准备。本文沿这条思路展开：按岗位拆解真实工作流，提供可复制的 Prompt 模板、Plan Mode 审核要点、Scheduled Tasks 自动化配方，以及避免用量失控的实操技巧。

想了解发布背景、功能全景、与 Claude Cowork 的对比？请阅读姊妹篇：ChatGPT Work 正式发布：Codex 并入 ChatGPT，AI 超级应用时代来了。

02 · 开始之前：3 个决定成败的使用原则

在复制 Prompt 之前，先理解 ChatGPT Work 与普通 Chat 的本质区别：

原则 说明 实操建议
描述结果，而非步骤Work 模式会自主规划路径；你只需说清楚「要什么成品」❌「打开 Salesforce，导出数据，再…」 → ✅「基于 @Salesforce 近 30 天商机，生成带风险标注的周报 PPT」
先连工具，再下任务插件目录是 Work 的「数据源」任务开始前确认 Gmail、Slack、Drive 等已授权；用 @应用名 显式指定来源
Plan Mode 是你的刹车复杂任务先出计划、你确认后再执行高赌注任务（对外邮件、财务报告、客户交付物）务必逐条审核计划

2.1 选对模式：Chat / Work / Codex 快速分流

新版 ChatGPT 桌面应用三模式并存，用错模式会浪费用量：

你的需求 推荐模式 原因
快速问答、头脑风暴、单轮文案Chat轻量、响应快
跨 App 多步骤、交付成品文件、数小时长任务Work插件集成 + Plan Mode + Computer Use
代码审查、PR 管理、多仓库开发Codex保留开发者专属工作流
每周重复、无人值守的后台任务Work + Scheduled Tasks定时/触发式自动推进

2.2 桌面端 vs Web 端：工作流选型

场景 推荐环境
需要读写本地文件、Computer Use、免费套餐试用桌面端（Mac / Windows）
团队协作、随时查看任务进度Web / 移动端（Plus 及以上）
销售会议 Brief 自动生成 + 邮件通知Web 端 Workspace Agent + 定时调度
本地 Excel 对账、文件夹批处理桌面端 Work 模式

03 · 通用工作流框架：5 步跑通第一个任务

无论哪个岗位，建议按此流程操作：

1. 连接插件 → 2. 写清目标与输出格式 → 3. 审核 Plan Mode → 4. 中途介入纠偏 → 5. 验收成品并迭代

3.1 Prompt 写作公式（Work 模式专用）

[角色] + [数据源 @插件] + [具体任务] + [输出格式] + [约束条件] + [验收标准]

示例骨架：

你是 [岗位角色]。从 @Salesforce 和 @Gmail 拉取 [时间范围] 的 [数据类型]。 完成 [具体动作]，输出为 [Google Docs / Excel / PPT / Sites]。 约束：[不可修改原始数据 / 金额保留两位小数 / 不对外发送邮件]。 完成后 [Slack 通知我 / 保存到指定文件夹]。

3.2 Plan Mode 审核清单

执行前逐项确认：

  • 数据来源是否正确（会不会拉到错误客户/错误月份）？
  • 是否有「对外发送」「删除」「覆盖文件」等高风险动作？
  • 输出格式是否符合团队模板？
  • 中间步骤是否可删减以节省用量？
  • 是否需要设置人工确认节点？

04 · 6 大岗位实战工作流（含 Prompt 模板）

以下模板基于 OpenAI 官方案例、早期测试用户反馈（Zapier、Nvidia、Virgin Atlantic 等）及 Workspace Agent Cookbook 整理，可按实际工具栈替换 @插件名。

4.1 销售（Sales）

场景 A：客户会议自动 Brief（每日定时）

痛点：销售每天花 1–2 小时手动整理客户背景、近期动态、会议议程。
Work 解法：定时扫描日历 → 拉取 CRM 笔记 → 搜索近期新闻 → 生成 Brief 并存档。

创建一项定时任务：每个工作日下午 4 点运行。 1. 检查我明天的 @Google Calendar 客户会议（排除内部会议） 2. 对每个客户会议： - 从 @SharePoint / @Salesforce 拉取近 30 天账户笔记与互动记录 - 搜索该公司近 30 天公开新闻与高管动态 - 为每位外部参会者写 2–3 句背景摘要 3. 为每场会议生成 2–3 页 Brief，保存为 @Google Drive 文档 4. 发 @Gmail 汇总邮件给我，附各 Brief 链接 输出格式：邮件主题「明日客户会议 Brief — [日期]」，正文为表格（客户名 | 会议时间 | 关键议题 | Brief 链接）

OpenAI 内部案例参考：销售团队将一次 Discovery 对话在 24 小时内转化为定制化 PoC 方案（传统流程需数周）。

场景 B：账户动态指挥中心（Sites + 每日更新）

痛点：大客户账户信息分散在 CRM、邮件、Slack，销售需手工维护账户计划。
Work 解法：用 Codex Sites 建 live dashboard，每日自动刷新。

基于 @Salesforce 中 [账户名称] 的全部商机、联系人与近期活动记录： 1. 创建一个交互式账户指挥中心（Sites），包含： - 商机管道概览（阶段、金额、预计成交日） - 近 7 天关键信号（邮件往来、会议、支持工单） - 建议下一步行动（按优先级排序） 2. 设置 Scheduled Task：每个工作日早上 8 点自动更新该 Site 3. 有重大变化时，通过 @Slack 私信通知我 约束：不自动发送任何外部邮件；金额以 CRM 原始数据为准。

场景 C：线索审查与管道修复（Zapier 案例改编）

痛点：每月数千条线索，跟进断点难以发现。
Work 解法：跨 CRM + 邮件 + 其他工具追踪触点，生成高管仪表盘。

分析 @Salesforce 过去 30 天新增线索及后续跟进记录，同时交叉比对 @Gmail 中的销售往来。 找出： 1. 超过 48 小时未跟进的线索（按来源分组） 2. 跟进链断裂点（哪一步之后响应率骤降） 3. 估算管道损失金额 输出： - Excel 明细表（线索 ID | 来源 | 最后跟进日 | 断点类型 | 建议动作） - 1 页高管摘要 PPT，突出「七位数潜在损失」级别的机会 - 建议一套可每周重复运行的审查流程（供 Scheduled Task 使用）

4.2 市场（Marketing）

场景 A：研究 → Brief → 多市场素材（端到端流水线）

痛点：客户研究、Campaign Brief、区域适配素材通常由不同人分步完成，上下文频繁丢失。
Work 解法：单条指令贯穿全流程，上下文自动传递。

我上传了以下客户研究材料：[附件 / @Google Drive 链接] 请完成端到端市场工作流： 阶段 1 — Brief： - 提炼目标受众、核心痛点、竞争定位 - 输出 Campaign Brief（Google Docs），含消息支柱与渠道建议 阶段 2 — 素材生成： - 基于 Brief 生成：1 封获客邮件、3 条 LinkedIn 帖子、1 套落地页文案大纲 - 保存到 @Google Drive「Campaign / [产品名]」文件夹 阶段 3 — 区域适配： - 将核心素材适配为美国、欧洲、亚太三个版本（语言、文化引用、合规措辞） - 每个版本标注需人工审核的敏感表述 每完成一个阶段暂停，等我确认后再进入下一阶段。

场景 B：Slack / Teams 动态同步到会议议程

痛点：周会议程总是过时，需人工翻阅多个频道。
Work 解法：每周自动汇总频道动态，刷新议程 Doc。

设置每周一早上 7 点运行的定时任务： 1. 汇总 @Slack #product-launch 和 @Microsoft Teams「Go-to-Market」频道过去 7 天的重要讨论 2. 提取：决策事项、未决问题、需在会上对齐的 Blocker 3. 更新 @Google Drive 中的「周会议程」文档（保留历史版本） 4. 在 @Slack #leadership 发布 5 条以内摘要 约束：只引用已公开讨论内容；不泄露标注为 confidential 的消息。

4.3 财务（Finance）

场景 A：月结差异分析（OpenAI 内部验证场景）

痛点：月结关账、预测调整动辄数天，大量时间耗在找数和做表。
Work 解法：自动定位源数据 → 填入 Sheets → 对账 → 生成汇报幻灯片。OpenAI 内部效果：月结关账与预测流程从「数天」压缩到「数小时」。

协助完成 [月份] 月结预算差异分析： 1. 从 @Google Drive「Finance / Actuals」和「Finance / Forecast」拉取对应表格 2. 在 @Google Sheets 新建对账工作簿： - 按部门汇总实际 vs 预测差异 - 标注差异 >5% 或 >$50K 的科目 - 保留所有原始公式，不覆盖源文件 3. 生成绩效说明初稿（Google Docs），按「收入 / 成本 / 运营费用」分类解释可能原因 4. 制作 5–8 页管理层汇报 PPT（含图表，遵循附件模板风格） 5. 完成后列出需财务人工确认的 3 个关键判断点 约束：不修改任何源数据；所有数字注明来源单元格。

场景 B：发票与付款对账（AP 自动化第一关）

你是应付账款专员。对比以下两份数据： - 付款登记册：[@Google Drive 链接] - 发票清单：[@Google Drive 链接] 标记以下异常（返回表格）： | 问题类型 | 供应商 | 发票号 | 金额 | 建议处理 | - 金额差异 >2% - 缺失税号 - 重复发票号 - 供应商名称不匹配 不自动发起付款；只输出审查表供人工复核。

4.4 运营（Operations）

场景 A：每日仪表盘变化监控

每个工作日早上 6:30 自动运行： 1. 访问 [内部仪表盘 URL / @SharePoint 报告页] 2. 与昨日快照对比，提取显著变化（>10% 波动或新增红色指标） 3. 生成 1 页早间简报（Google Docs），结构： - 今日需关注 TOP 3 - 指标变化表 - 建议跟进责任人 4. 通过 @Gmail 发送给 ops-leads@company.com 如无法访问仪表盘，在 Plan 阶段告知我，不要编造数据。

场景 B：客户反馈主题聚类 → 产品优先级

监控以下来源过去 14 天的新增客户反馈： - @Slack #customer-feedback - @Gmail 标签「NPS-Detractor」 - @Google Drive「Support Tickets Export」 1. 将反馈聚类为 5–8 个主题（附代表性原话） 2. 按「频次 × 影响度 × 实施难度」评估优先级 3. 输出产品待评估清单（Notion / Google Docs 格式） 4. 设置每周五自动刷新该文档的 Scheduled Task 约束：反馈引用匿名化处理，不出现客户姓名。

4.5 产品（Product）

场景 A：跨 Jira + GTM 计划的上线就绪审查（Nvidia 案例改编）

痛点：新产品上线需同时检查工程进度、营销计划、支持文档，人工核对耗时且易漏项。
Work 解法：跨系统拉取状态，生成上线 Readiness 报告。

为 [产品/功能名称] 做上线就绪审查： 1. 从 @Jira 拉取关联 Epic / Story 完成状态与未关闭 Blocker 2. 从 @Google Drive「GTM Plans」拉取对应上市计划，检查关键里程碑 3. 从 @Slack #product-launch 提取近 7 天未决讨论 4. 输出上线 Readiness 报告（Google Docs）： - 就绪度评分（红 / 黄 / 绿） - 阻塞项清单（负责人 | 截止日期 | 风险级别） - 建议 Go / No-Go 判断及依据 不自动修改 Jira 状态；高风险项标注需人工决策。

4.6 工程（Engineering）— Work 与 Codex 协作

工程场景建议 Codex 模式负责代码实现，Work 模式负责跨团队协作文档。两者在同一桌面 App 内切换，无需换工具。

场景 A：PR 审查 + 发布说明（Codex 主导）

在 Codex 模式中： 1. 审查 [repo/name] 的 PR #123，重点关注 [安全 / 性能 / 测试覆盖] 2. 在 PR 侧边栏给出逐条审查意见 3. 若通过，生成 Release Notes 草稿 然后切换到 Work 模式： 4. 将 Release Notes 整理为 @Confluence 页面格式 5. 草拟 @Slack #engineering 发布公告（不自动发送）

场景 B：多仓库 Issue 汇总周报（Codex 多仓库新能力）

在 Codex 模式中，跨 [frontend-repo] 和 [backend-repo]： 1. 汇总本周已合并 PR 与未关闭 P0/P1 Issue 2. 生成工程周报 Markdown 切换到 Work 模式： 3. 转为 Google Docs 并插入本周燃尽图（从 @Jira 拉取） 4. 设置每周五 17:00 Scheduled Task 自动生成

05 · Scheduled Tasks 自动化配方库

OpenAI 官方推荐的 4 类高频定时任务，可直接改编：

配方名称 触发方式 任务描述 适合岗位
周一议程刷新每周一 07:00汇总 Slack 动态 → 更新议程 Doc市场 / 运营
每日指标早报每个工作日 06:30访问仪表盘 → 对比昨日 → 邮件简报运营 / 财务
反馈聚类周报每周五 16:00多渠道反馈 → 主题聚类 → 优先级清单产品
账户动态日报每个工作日 08:00CRM 变化 → 更新 Sites 指挥中心销售

5.1 设置定时任务的 Prompt 句式

设置 Scheduled Task： - 频率：[每天 / 每周一 / 每月 1 日 / 当 @Slack 频道出现关键词时] - 时间：[时区 + 具体时间] - 动作：[具体工作流描述] - 通知：[Slack 频道 / 邮件 / 无通知] - 人工确认：[哪些步骤需我先批准]

5.2 无人值守前的安全自检

  • 已限制插件访问范围（只连必要工具）
  • 已关闭「自动对外发送」除非明确需要
  • 已设置输出存档路径，避免覆盖他人文件
  • Enterprise 用户：已确认管理员允许的 Agent 网络策略
  • 先用「单次运行」验证 2–3 次，再改为定时

06 · 用量优化：让 Work 模式更省钱

ChatGPT Work 与 Codex 共用用量计费池（非固定月费功能）。同一工作流，设计不同，成本可差 5 倍。

6.1 官方计费逻辑（简化版）

因素 对用量的影响
任务步骤数步骤越多，消耗越大
上下文大小拉取的文档 / 邮件越多，消耗越大
输出长度输出 Token 成本约为输入的 6 倍
缓存命中重复读取同一文档，cached input 成本约为 fresh input 的 1/10
模型选择GPT-5.6 复杂推理消耗高于轻量任务所需（详见 GPT-5.6 选型指南）

6.2 七条省钱实操

  1. 先用 Chat 模式打草稿，满意后把精简版交给 Work 执行
  2. Plan Mode 删掉多余步骤，尤其是重复拉取同一数据源
  3. Scheduled Task 复用同一份模板文档，利用缓存折扣
  4. 输出要求简洁：「表格 + 3 条摘要」优于「完整叙述性报告」
  5. 大任务拆分：Phase 1 确认方向 → Phase 2 生成成品，避免一次性跑偏重做
  6. 免费用户：优先桌面端跑小任务，测清消耗后再规模化
  7. Enterprise 团队：在 Admin Console 设 workspace / group / 个人三级额度

6.3 上线前「用量试算」方法

1. 选一个你已知道耗时的真实任务（如：月结差异表，通常人工 2 小时） 2. 在 Work 模式用 Plan Mode 跑一遍，记录步骤数 3. 执行后查看本次消耗（对比你套餐的 included usage） 4. 估算：若每天 / 每周运行，月消耗是否在预算内 5. 若偏高 → 按 6.2 节优化后重跑对比

07 · 常见踩坑与排障

问题 原因 解决方案
Work 模式找不到已安装的 Codex 项目未完成 App 迁移更新更新 Codex App → 自动变为 ChatGPT 桌面端；若异常，删除后从 chatgpt.com/download 重装
插件授权后仍拉不到数据权限范围不足或 @应用名 拼写错误在插件目录检查授权范围；Prompt 中显式写 @Salesforce 而非泛称「CRM」
Plan 看起来对，执行结果跑偏上下文文件过时或 AI 自行推断执行中随时暂停纠偏；关键数据用附件 / 链接显式提供
定时任务没有触发电脑休眠 / 桌面端未登录长周期任务建议 Web 端 Workspace Agent；桌面 Scheduled Task 需保持设备唤醒或登录态
用量超预期输出过长、重复拉取、步骤过多参考第六节优化；Enterprise 在 Admin Console 设限
不知道用 Work 还是 Cowork工作流类型不同云端 SaaS 协作用 Work；本地文件夹批处理用 Cowork（详见 姊妹篇对比章节）

08 · 30 天上手路线图

阶段 目标 行动
第 1 周熟悉单任务选 1 个你最熟悉的任务，桌面端 Work 模式手跑 3 次，练习 Plan Mode 审核
第 2 周插件深度集成连接 3 个核心工具（邮件 + 协作 + 文件），完成 1 次跨 App 端到端交付
第 3 周自动化将第 1 周任务改为 Scheduled Task，验证 3 次触发稳定性
第 4 周团队推广整理本岗位 Prompt 模板库；Enterprise 团队同步管理员设额度

09 · 常见问题 FAQ

Q: 我应该先练哪个岗位的工作流？
A: 选你最熟悉、能判断输出对错的任务。OpenAI 官方推荐：月结差异分析、营销 Brief、销售会议准备——因为你能快速验证质量。

Q: Prompt 写多长合适？
A: 重点写清「数据源 + 输出格式 + 约束」，通常 150–400 字足够。不要把每一步手动指令都写上，那是 Work 模式要自动完成的事。

Q: 定时任务能在关机时运行吗？
A: 桌面端 Scheduled Task 依赖设备在线。需真正后台无人值守，建议 Plus 以上用 Web 端 Workspace Agent 调度。

Q: Work 模式和 Workspace Agent 有什么区别？
A: Work 是个人在 ChatGPT 内直接使用的 Agent 模式；Workspace Agent 是团队在 Business / Enterprise 内构建、共享、统一管理的自动化 Agent，带 Admin Console 治理。两者技术底座相似，使用入口不同。

Q: 生成的 PPT / Excel 能直接用于对外汇报吗？
A: 建议视为「80 分初稿」。财务数字、客户名称、对外声明务必人工复核后再使用。

Q: 免费用户能跑本文的哪些模板？
A: 桌面端 Work 模式可试用，但有用量上限。建议先用「场景 B：发票对账」等轻量任务测试，避免长周期自动化。

10 · 租用隔离 Mac：在干净环境试跑 Work 工作流的最优路径

本文的 Prompt 模板大多涉及 Gmail、Slack、Salesforce、Google Drive 等生产账号授权，还有 Computer Use 读取本地 Excel、批量处理文件夹。若在主力 MacBook上一次性跑通六岗位试炼，风险很现实：OAuth 令牌与日常 Keychain 混装、Scheduled Task 误覆盖个人文件、Codex 多仓库 clone 污染 Xcode 环境。Windows 用户虽可在 Web 端部分体验 Work，但无法完整验证桌面端 Computer Use + 本地文件批处理这条关键路径。

更稳妥的做法是：在按天租用的 M 系列 Mac mini 上完成「插件最小权限授权 → 手跑 3 次 Plan Mode → 单次 Scheduled Task 验证 → 环境销毁」，OAuth 与测试数据不残留主力机。这与 Agent Skill 隔离试跑逻辑一致——先验证工作流 ROI，再决定是否规模化到团队主力设备。计费与 SSH 接入见 M 系列 Mac 算力租赁定价。

ChatGPT Work 的价值不在于「它发布了」，而在于它能否替你完成一项你已经厌倦的手工流程。最快 ROI 路径：选一项你最熟悉的任务，手跑三次、调 Prompt、再自动化——而不是继续读更多发布稿。若你追求与 Apple 生态一致的验收结论，隔离 Mac 试跑通常比污染主力机更省时间。

11 · 参考来源

最后更新：2026 年 7 月 11 日。Work rollout 与用量计费可能调整，请以 OpenAI 官方为准。