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

行业痛点（为何「会用」比「知道」更重要）：

• 描述步骤而非结果：把「打开 Salesforce 导出再…」写成 Prompt，Work 反而绕远路，用量飙升。
• 插件未授权就下任务：Gmail、Slack、Drive 未连接时 Agent 只能猜，输出不可验收。
• 高赌注任务跳过 Plan Mode：对外邮件、财务报告、客户交付物未经计划审核即执行，风险不可控。
• 模式选错浪费用量：简单问答用 Work、复杂跨 App 用 Chat，成本可差数倍。

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

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

Work 模式 Prompt 写作公式：

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

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

Plan Mode 审核清单（执行前逐项确认）：

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

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

3.1 销售（Sales）

场景 A：客户会议自动 Brief（每日定时） — 痛点：销售每天花 1–2 小时手动整理客户背景。OpenAI 内部案例：Discovery 对话 24 小时内转化为定制化 PoC 方案（传统需数周）。

创建一项定时任务：每个工作日下午 4 点运行。

1. 检查我明天的 @Google Calendar 客户会议（排除内部会议）
2. 对每个客户会议：
   - 从 @SharePoint / @Salesforce 拉取近 30 天账户笔记与互动记录
   - 搜索该公司近 30 天公开新闻与高管动态
   - 为每位外部参会者写 2–3 句背景摘要
3. 为每场会议生成 2–3 页 Brief，保存为 @Google Drive 文档
4. 发 @Gmail 汇总邮件给我，附各 Brief 链接

输出格式：邮件主题「明日客户会议 Brief — [日期]」，
正文为表格（客户名 | 会议时间 | 关键议题 | Brief 链接）

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

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

1. 创建一个交互式账户指挥中心（Sites），包含：
   - 商机管道概览（阶段、金额、预计成交日）
   - 近 7 天关键信号（邮件往来、会议、支持工单）
   - 建议下一步行动（按优先级排序）
2. 设置 Scheduled Task：每个工作日早上 8 点自动更新该 Site
3. 有重大变化时，通过 @Slack 私信通知我

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

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

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

找出：
1. 超过 48 小时未跟进的线索（按来源分组）
2. 跟进链断裂点（哪一步之后响应率骤降）
3. 估算管道损失金额

输出：
- Excel 明细表（线索 ID | 来源 | 最后跟进日 | 断点类型 | 建议动作）
- 1 页高管摘要 PPT，突出「七位数潜在损失」级别的机会
- 建议一套可每周重复运行的审查流程（供 Scheduled Task 使用）

3.2 市场（Marketing）

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

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

请完成端到端市场工作流：

阶段 1 — Brief：
- 提炼目标受众、核心痛点、竞争定位
- 输出 Campaign Brief（Google Docs），含消息支柱与渠道建议

阶段 2 — 素材生成：
- 基于 Brief 生成：1 封获客邮件、3 条 LinkedIn 帖子、1 套落地页文案大纲
- 保存到 @Google Drive「Campaign / [产品名]」文件夹

阶段 3 — 区域适配：
- 将核心素材适配为美国、欧洲、亚太三个版本（语言、文化引用、合规措辞）
- 每个版本标注需人工审核的敏感表述

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

场景 B：Slack / Teams 动态同步到会议议程（Scheduled Task）

设置每周一早上 7 点运行的定时任务：

1. 汇总 @Slack #product-launch 和 @Microsoft Teams「Go-to-Market」频道过去 7 天的重要讨论
2. 提取：决策事项、未决问题、需在会上对齐的 Blocker
3. 更新 @Google Drive 中的「周会议程」文档（保留历史版本）
4. 在 @Slack #leadership 发布 5 条以内摘要

约束：只引用已公开讨论内容；不泄露标注为 confidential 的消息。

3.3 财务（Finance）

场景 A：月结差异分析（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%
- 缺失税号
- 重复发票号
- 供应商名称不匹配

不自动发起付款；只输出审查表供人工复核。

3.4 运营（Operations）

场景 A：每日仪表盘变化监控（Scheduled Task）

每个工作日早上 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

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

3.5 产品（Product）

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

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

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

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

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

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

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

在 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 自动生成

设置定时任务的 Prompt 句式：

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

无人值守前的安全自检：

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

六步落地第一个 Work 任务：

1. 安装桌面端：从 chatgpt.com/download 下载 ChatGPT 桌面应用（更新旧 Codex App 亦可）。
2. 连接核心插件：在插件目录授权 Gmail、Slack、Google Drive 等你岗位最常用的 2–3 个工具。
3. 选熟悉任务试跑：用本文对应岗位模板，在 Work 模式发起单次任务（建议月结差异或销售 Brief）。
4. 审核 Plan Mode：逐项核对数据源、高风险动作与输出格式，删减多余步骤。
5. 验收并迭代 Prompt：对照人工标准检查成品，把约束写进下一轮 Prompt。
6. 升级为 Scheduled Task：验证 2–3 次单次运行稳定后，按配方设置定时触发与通知。

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

七条省钱实操：

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

上线前「用量试算」五步法：选一个已知耗时的真实任务 → Plan Mode 跑一遍记步骤数 → 查看本次消耗 → 估算日/周/月是否在预算内 → 按上节优化后重跑对比。

可引用关键数据（EEAT）：

• 月结压缩比：OpenAI 内部验证月结差异分析流程从「数天」压缩到「数小时」（来源：OpenAI 官方博客 2026-07-09）。
• 输出 Token 倍率：Work 模式输出 Token 成本约为输入的 6 倍，长报告类任务应优先要求表格化输出。
• 缓存折扣：Scheduled Task 重复读取同一模板文档时，cached input 成本约为 fresh input 的 1/10。

常见问题 FAQ：

• Q: 应该先练哪个岗位工作流？ A: 选你最熟悉、能判断输出对错的任务。官方推荐：月结差异分析、营销 Brief、销售会议准备。
• Q: Prompt 写多长合适？ A: 重点写清「数据源 + 输出格式 + 约束」，通常 150–400 字足够。不要把每一步手动指令都写上。
• Q: 定时任务能在关机时运行吗？ A: 桌面端 Scheduled Task 依赖设备在线。需真正后台无人值守，建议 Plus 以上用 Web 端 Workspace Agent。
• Q: Work 模式和 Workspace Agent 有什么区别？ A: Work 是个人在 ChatGPT 内直接使用的 Agent 模式；Workspace Agent 是团队在 Business/Enterprise 内构建、共享、统一管理的自动化 Agent。
• Q: 生成的 PPT/Excel 能直接对外汇报吗？ A: 建议视为「80 分初稿」。财务数字、客户名称、对外声明务必人工复核。
• Q: 免费用户能跑本文哪些模板？ A: 桌面端 Work 可试用，但有用量上限。建议先用「发票对账」等轻量任务测试，避免长周期自动化。

以下为主要来源，发版或页面更新后请再次打开链接核对：

https://openai.com/index/chatgpt-for-your-most-ambitious-work/

https://developers.openai.com/cookbook/articles/chatgpt-agents-sales-meeting-prep

https://learn.chatgpt.com/docs/whats-new

ChatGPT Work 的价值在于消除你已经厌倦的手动流程，但把 Agent 跑在个人笔记本上仍有硬伤：休眠即中断长任务、多 Agent 并行争抢资源、企业难以统一审计。对于需要 7×24 常驻节点、Codex 多仓库 CI 或 OpenClaw Gateway 的生产环境，CALMVPS 裸金属 Mac Mini 租赁通常是更优解：独占 Apple Silicon、Metal 原生加速、按月弹性下单，约 120 秒交付，可将 Work/Codex 重计算卸载到云端而本地仅做 Plan 审核与验收。详见 定价页。