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

如果你已经知道 ChatGPT Work 是什么，真正的问题是：明天上班能拿它干什么？2026 年 7 月 9 日 OpenAI 发布 ChatGPT Work，Codex 并入全新 ChatGPT 桌面应用。OpenAI 官方建议的入门方式很直接——先交给你已经熟悉的一项任务，比如月结差异分析、营销活动 Brief、销售会议准备。本文按销售、市场、财务、运营、产品、工程六大岗位拆解真实工作流，提供可复制的 Prompt 模板、Plan Mode 审核要点、Scheduled Tasks 自动化配方，以及避免用量失控的实操技巧。

• 模式选错：用 Chat 跑跨 App 长任务，或用 Work 做简单问答，都会浪费用量。
• Prompt 写法不对：逐步指挥 AI「打开 Salesforce、导出…」违背 Work 模式「描述结果、自主规划」的设计。
• 插件未授权：任务开始前 Gmail、Slack、Drive 等数据源未连接，Plan 再完美也拉不到数。
• 定时任务误配：桌面端 Scheduled Task 依赖设备在线，笔记本合盖后任务不会触发。
• 高赌注任务缺审核：对外邮件、财务报告、客户交付物未逐条审 Plan，执行跑偏代价高。

SECTION 01 ChatGPT Work 怎么用？3 大原则与 Chat / Work / Codex 模式分流

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

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

SECTION 02 通用工作流框架：5 步跑通 + Prompt 公式 + Plan Mode 审核清单

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

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

Work 模式 Prompt 写作公式：

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

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

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

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

SECTION 03 6 大岗位实战工作流：含可直接复制的 Prompt 模板

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

3.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，需手工维护账户计划。

基于 @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 内部验证场景） — 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 发送给 [email protected]

如无法访问仪表盘，在 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 自动生成

SECTION 04 Scheduled Tasks 自动化配方与 6 步落地指南

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

无人值守前的安全自检：

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

6 步落地设置 Scheduled Task：

1. 选定配方：从上表或 Section 03 岗位模板中挑选最贴近你日常重复劳动的工作流。
2. 单次手跑验证：在 Work 模式完整执行一遍，确认输出格式与数据源无误。
3. Plan Mode 精简步骤：删除重复拉取、冗余搜索，降低后续定时运行的用量。
4. 填写定时 Prompt：使用上方句式模板，明确频率、时区、通知渠道与人工确认节点。
5. 选择运行环境：需真正后台无人值守选 Web 端 Workspace Agent；本地文件任务选桌面端并保持设备唤醒。
6. 连续观察 3 次触发：确认定时任务稳定执行后再扩大范围或增加新配方。

SECTION 05 用量优化、可引用数据、踩坑排障与 30 天上手路线图

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 / 个人三级额度

可引用技术信息：

• 发布日期：2026 年 7 月 9 日，OpenAI 发布 ChatGPT Work，Codex App 并入 ChatGPT 桌面端。
• 月结效率：OpenAI 内部验证，月结差异分析工作流可将关账流程从「数天」压缩到「数小时」。
• 用量倍差：同一工作流设计差异可导致消耗相差约 5 倍；输出 Token 成本约为输入的 6 倍；缓存命中时输入成本约为 fresh input 的 1/10。
• Prompt 长度建议：150–400 字，重点写清数据源 + 输出格式 + 约束，不必逐步指挥。

以下依据 OpenAI 官方发布与 Cookbook 整理，发版后请再次打开链接核对最新政策与功能。

OpenAI Blog — ChatGPT Work Launch

OpenAI Cookbook — Sales Meeting Prep Agent

ChatGPT Learn Changelog

许多团队把 ChatGPT Work 的 Scheduled Task 跑在个人笔记本上——合盖即停、无法 7×24 无人值守；虚拟机方案又有 Hypervisor 性能损耗与 iOS/macOS 工具链兼容问题。对于需要稳定跑 Codex 多仓库审查、本地 Excel 批处理或 Agent 定时任务的工程与运营团队，MACNOX 的云端物理 Mac 节点通常是更优解：100% 苹果原装物理机、开放完整 Root 权限、无 Hypervisor 损耗、按天/周/月弹性下单，让 Work 模式的 Computer Use 与定时任务在专属硬件上持续运行。详见 AI Agent 生产部署安全加固指南 中的物理节点隔离建议。

SECTION 06 常见问题 FAQ