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

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

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

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

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

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

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

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

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

示例骨架：

Plan Mode 审核清单

执行前逐项确认：

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

以下模板基于 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，销售需手工维护账户计划。
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 使用）

3.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 的消息。

3.3 财务（Finance）

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

痛点：月结关账、预测调整动辄数天，大量时间耗在找数和做表。
Work 解法：自动定位源数据 → 填入 Sheets → 对账 → 生成汇报幻灯片。

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

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

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

OpenAI 内部效果：月结关账与预测流程从「数天」压缩到「数小时」。

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

你是应付账款专员。对比以下两份数据：
- 付款登记册：[@Google Drive 链接]
- 发票清单：[@Google Drive 链接]

标记以下异常（返回表格）：
| 问题类型 | 供应商 | 发票号 | 金额 | 建议处理 |
- 金额差异 >2%
- 缺失税号
- 重复发票号
- 供应商名称不匹配

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

3.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

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

3.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 状态；高风险项标注需人工决策。

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

工程场景建议 Codex 模式负责代码实现，Work 模式负责跨团队协作文档。两者在同一桌面 App 内切换，无需换工具。若你正在评估 AI 编程助手选型，Codex 与 Cursor、Claude Code 的边界值得单独做一轮 POC。

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

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

设置定时任务的 Prompt 句式

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

无人值守前的安全自检

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

ChatGPT Work 与 Codex 共用用量计费池（非固定月费功能）。同一工作流，设计不同，成本可差 5 倍。模型选择方面，可参考 GPT-5.6 Sol / Terra / Luna 选型指南。

官方计费逻辑（简化版）

七条省钱实操

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

上线前「用量试算」方法

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

1. 01
   选定熟悉任务：从本文六大岗位中选一个你能判断输出质量的任务（推荐：月结差异、营销 Brief 或销售会议 Brief）。
2. 02
   连接插件目录：在桌面端 Work 模式授权 Gmail、Slack、Drive 等核心工具，确认 @应用名 可正常拉取数据。
3. 03
   套用 Prompt 公式：按「角色 + 数据源 + 任务 + 输出格式 + 约束 + 验收标准」填写，复制对应岗位模板并替换占位符。
4. 04
   审核 Plan Mode：逐项核对数据来源、高风险动作、输出格式与可删减步骤，确认后再执行。
5. 05
   验收并迭代：对比人工产出质量，记录本次用量消耗，按用量优化章节调整 Prompt 后重跑 2–3 次。
6. 06
   配置 Scheduled Task：通过安全自检后，将验证通过的工作流改为定时任务；Enterprise 团队在 Admin Console 设额度。

ChatGPT Work 的价值不在于它发布了，而在于它能否拿走你已经在手工重复做的工作流。最快的 ROI 路径不是多读几篇发布解读，而是选一个你熟到能判断对错的任务，手跑三次、调 Prompt、再自动化。

对需要稳定 Agent 运行环境的团队而言，在共享办公本上跑 Computer Use 长任务常遇到睡眠唤醒、网络抖动、邻居进程抢占资源等问题；桌面 Scheduled Task 还要求设备持续在线，一旦休眠任务就会中断。相比之下，超卖 VPS 或分钟池里的共享 Mac 同样难以保证长连接与独占算力。

对于 Codex 多仓库 PR 审查、Work 定时任务与 CI 联动场景，NUKCLOUD 多区域裸金属 Apple Silicon 节点提供独占算力、可审计租户边界与 7×24 在线会话——比共享池更适合作为 Agent 与开发流水线的生产底座。可从 定价页按区域与内存规格配置，或通过 下单页快速开通试用节点。

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

最后更新：2026-07-11 | 参考：OpenAI 官方博客、Sales Meeting Prep Cookbook