ChatGPT Work 实战教程：6 大岗位工作流 Prompt 模板 + 定时任务配方（2026）

导语：2026 年 7 月 9 日 OpenAI 发布 ChatGPT Work 后，真正的问题是：明天上班能拿它干什么？ OpenAI 官方建议——先交给你已经熟悉的一项任务。本文沿这条思路，按销售、市场、财务、运营、产品、工程六大岗位拆解真实工作流，提供可复制 Prompt 模板、Plan Mode 审核要点、Scheduled Tasks 自动化配方与用量优化技巧。想了解发布背景与 Cowork 对比？请读姊妹篇：ChatGPT Work 正式发布解读。

1. 痛点拆解：为什么知道 Work 却不会用

模式选错浪费用量——简单问答用 Work、复杂跨 App 用 Chat，成本可差 5 倍。
Prompt 写步骤而非结果——Work 会自主规划路径，你只需说清楚「要什么成品」。
定时任务未做安全自检——无人值守前未限制插件范围、未关闭自动对外发送，风险极高。

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

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

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

你的需求	推荐模式	原因
快速问答、头脑风暴、单轮文案	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 模式

3. 通用工作流：5 步跑通第一个任务

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

3.1 Work 模式 Prompt 写作公式

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

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

3.2 Plan Mode 审核清单

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

4. 六大岗位实战工作流（含 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 + 每日更新）

基于 @Salesforce 中 [账户名称] 的全部商机、联系人与近期活动记录：

1. 创建交互式账户指挥中心（Sites），含：商机管道概览、近 7 天关键信号、建议下一步行动
2. 设置 Scheduled Task：每个工作日早上 8 点自动更新该 Site
3. 有重大变化时，通过 @Slack 私信通知我

约束：不自动发送任何外部邮件；金额以 CRM 原始数据为准。

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

分析 @Salesforce 过去 30 天新增线索及后续跟进记录，交叉比对 @Gmail 销售往来。

找出：超过 48 小时未跟进的线索（按来源分组）、跟进链断裂点、估算管道损失金额。

输出：Excel 明细表 + 1 页高管摘要 PPT（突出七位数潜在损失）+ 可每周重复运行的审查流程建议。

4.2 市场（Marketing）

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

我上传了客户研究材料：[附件 / @Google Drive 链接]

阶段 1 — Brief：提炼受众、痛点、竞争定位，输出 Campaign Brief（Google Docs）
阶段 2 — 素材：1 封获客邮件、3 条 LinkedIn、1 套落地页文案大纲 → 保存到 Drive
阶段 3 — 区域适配：美国、欧洲、亚太三版本，标注需人工审核的敏感表述

每完成一个阶段暂停，等我确认后再进入下一阶段。

场景 B：Slack / Teams 动态同步到会议议程（每周定时）

设置每周一早上 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 内部验证）——效果：关账从「数天」压缩到「数小时」。

协助完成 [月份] 月结预算差异分析：

从 @Google Drive「Finance / Actuals」和「Finance / Forecast」拉取表格
在 @Google Sheets 新建对账工作簿：按部门汇总实际 vs 预测，标注差异 >5% 或 >$50K 的科目
生成绩效说明初稿（Google Docs），按收入/成本/运营费用分类解释
制作 5–8 页管理层汇报 PPT（含图表，遵循附件模板风格）
列出需财务人工确认的 3 个关键判断点

约束：不修改源数据；所有数字注明来源单元格。

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

对比付款登记册与发票清单（@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. 输出产品待评估清单；设置每周五自动刷新

约束：反馈引用匿名化，不出现客户姓名。

4.5 产品（Product）

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

为 [产品/功能名称] 做上线就绪审查：

1. 从 @Jira 拉取 Epic/Story 完成状态与未关闭 Blocker
2. 从 @Google Drive「GTM Plans」检查关键里程碑
3. 从 @Slack #product-launch 提取近 7 天未决讨论
4. 输出 Readiness 报告：就绪度评分（红/黄/绿）、阻塞项清单、Go/No-Go 建议

不自动修改 Jira；高风险项标注需人工决策。

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

工程场景建议 Codex 负责代码实现，Work 负责跨团队协作文档，同一桌面 App 内切换。

场景 A：PR 审查 + 发布说明

Codex 模式：审查 [repo/name] PR #123（安全/性能/测试覆盖），侧边栏逐条意见，通过后生成 Release Notes 草稿。

Work 模式：整理为 @Confluence 页面格式，草拟 @Slack #engineering 公告（不自动发送）。

场景 B：多仓库 Issue 汇总周报

Codex 模式：跨 [frontend-repo] 和 [backend-repo] 汇总本周已合并 PR 与未关闭 P0/P1 Issue，生成工程周报 Markdown。

Work 模式：转为 Google Docs 并插入燃尽图（从 @Jira 拉取）；设置每周五 17:00 Scheduled Task 自动生成。

5. Scheduled Tasks 自动化配方库

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

5.1 设置定时任务的 Prompt 句式

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

5.2 无人值守前的安全自检

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

6. 用量优化：让 Work 模式更省钱

ChatGPT Work 与 Codex 共用用量计费池。同一工作流设计不同，成本可差 5 倍。

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

6.1 七条省钱实操

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

6.2 上线前「用量试算」五步法

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

7. 常见踩坑与排障

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

8. 30 天上手路线图

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

9. 深度案例：Virgin Atlantic 与 OpenAI 内部财务验证

OpenAI 在发布 ChatGPT Work 时引用了多个企业早期验证案例。Virgin Atlantic 将销售会议准备从手动 1–2 小时压缩为自动化 Brief 流水线；OpenAI 内部财务团队用 Work 完成月结差异分析，将关账周期从数天降至数小时——关键不是「AI 更聪明」，而是把已知的重复流程标准化为 Prompt + Scheduled Task。

对 Mac 用户而言，这些工作流在桌面端 Work 模式上体验最佳：Computer Use 可操控本地 Excel、FCP 项目文件夹或 Xcode 模拟器；但当多个 Scheduled Task 并行（销售 Brief + 财务月结 + 运营早报同时跑）时，MacBook 的统一内存与前台响应会迅速成为瓶颈——这正是「前台 Mac 审批 + 远程 Mac 后台跑 Agent」分层架构的价值所在。

10. FAQ

Q：应该先练哪个岗位的工作流？

选你最熟悉、能判断输出对错的任务。官方推荐：月结差异分析、营销 Brief、销售会议准备。

Q：Prompt 写多长合适？

重点写清「数据源 + 输出格式 + 约束」，通常 150–400 字足够。不要把每一步手动指令都写上。

Q：定时任务能在关机时运行吗？

桌面端 Scheduled Task 依赖设备在线。需真正后台无人值守，建议 Plus 以上用 Web 端 Workspace Agent。

Q：Work 模式和 Workspace Agent 有什么区别？

Work 是个人在 ChatGPT 内直接使用的 Agent 模式；Workspace Agent 是团队在 Business/Enterprise 内构建、共享、统一管理的自动化 Agent，带 Admin Console 治理。

Q：生成的 PPT/Excel 能直接对外汇报吗？

建议视为「80 分初稿」。财务数字、客户名称、对外声明务必人工复核。

Q：免费用户能跑本文哪些模板？

桌面端 Work 可试用，但有用量上限。建议先用「发票对账」等轻量任务测试，避免长周期自动化。

11. 参考来源

12. 收束：Mac 桌面跑 Work，长时 Agent 交给远程节点

ChatGPT Work 的价值不在于「它发布了」——而在于消除你已经厌倦的手动流程。Mac 桌面端是 Work + Codex + Computer Use 的最佳载体：本地 Excel 对账、文件夹批处理、GUI 自动化在 Apple Silicon 上响应流畅。但当多个 Scheduled Task 并行、数小时 Agent 与 Codex 多仓库任务同时运行时，本机统一内存与电池会迅速吃紧；纯 Windows 云主机虽能挂后台，却对 Apple 生态工具链与 Metal 图形工作流支持有限。

更务实的架构是：Mac 本机负责 Work 交互与 Plan Mode 审批，把销售 Brief 流水线、财务月结、运营早报等定时 Agent放到 MACGPU 远程 Mac mini M4 节点——Apple Silicon 统一内存适合并行 Agent，SSH 按需启停，与本机 ChatGPT 桌面端形成「前台操控 + 后台常驻」双层架构。