ChatGPT Work 实战教程
6 大岗位工作流 Prompt 模板

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

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

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

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 — [日期]」，正文为表格

场景 B：账户动态指挥中心（Sites + 每日更新） — 用 Codex Sites 建 live dashboard，每日自动刷新 CRM 管道、7 天关键信号与建议下一步行动；有重大变化时 @Slack 私信通知，不自动发外部邮件。

场景 C：线索审查与管道修复（Zapier 案例改编） — 分析 @Salesforce 过去 30 天线索 + @Gmail 往来，找出 48 小时未跟进线索、跟进链断裂点、估算管道损失；输出 Excel 明细 + 1 页高管摘要 PPT + 可每周重复运行的审查流程。

3.2 市场（Marketing）

场景 A：研究 → Brief → 多市场素材（端到端） — 阶段 1 输出 Campaign Brief；阶段 2 生成邮件、LinkedIn 帖子、落地页大纲；阶段 3 适配美国、欧洲、亚太三版本并标注需人工审核的敏感表述；每阶段暂停等你确认。

场景 B：Slack/Teams 动态同步到会议议程（Scheduled Task） — 每周一 7 点汇总 #product-launch 与 Go-to-Market 频道过去 7 天讨论，更新「周会议程」文档，在 #leadership 发布 ≤5 条摘要；只引用已公开内容，不泄露 confidential 消息。

3.3 财务（Finance）

场景 A：月结差异分析（OpenAI 内部验证） — 从 Drive「Finance/Actuals」与「Forecast」拉表，在 Sheets 新建对账工作簿（标注 >5% 或 >$50K 差异），生成绩效说明初稿与 5–8 页管理层 PPT，列出 3 个需人工确认的关键判断点。OpenAI 内部效果：月结从「数天」压缩到「数小时」。

场景 B：发票与付款对账 — 对比付款登记册与发票清单，标记金额差异 >2%、缺失税号、重复发票号、供应商名称不匹配；只输出审查表，不自动发起付款。

3.4 运营（Operations）

场景 A：每日仪表盘变化监控（Scheduled Task） — 工作日 6:30 访问内部仪表盘，与昨日快照对比（>10% 波动或红色指标），生成 1 页早间简报邮件给 ops-leads；无法访问时在 Plan 阶段告知，不编造数据。

场景 B：客户反馈主题聚类 → 产品优先级 — 监控 Slack #customer-feedback、Gmail NPS-Detractor、Drive 工单导出过去 14 天反馈，聚类 5–8 主题，按「频次 × 影响度 × 实施难度」评估，输出待评估清单并设置每周五自动刷新；反馈引用匿名化。

3.5 产品（Product）

场景 A：跨 Jira + GTM 上线就绪审查（Nvidia 案例改编） — 拉取 Jira Epic/Story 完成状态与 Blocker、GTM 计划里程碑、Slack #product-launch 未决讨论；输出红/黄/绿就绪度报告、阻塞项清单与 Go/No-Go 建议；不自动修改 Jira 状态。

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

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

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

无人值守前安全自检：限制插件访问范围；关闭自动对外发送；设置输出存档路径避免覆盖；Enterprise 确认管理员 Agent 网络策略；先用单次运行验证 2–3 次再改定时。

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

ChatGPT Work 的价值不在于「它发布了」，而在于消除你已经在手动做的繁琐流程。但桌面端 Scheduled Task 依赖设备在线，笔记本合盖休眠、内存争用与网络抖动会导致定时任务漏跑；纯 Web Agent 又难以稳定访问本地 Excel 与 IDE 环境。对于需要 7×24 跑 Work/Codex 长时任务、且要稳定读写本地文件的生产环境，MESHLAUNCH 的 Mac Mini 云端租赁通常是更优解：独占 Apple Silicon、7×24 在线、按天/周/月弹性下单，可作为 ChatGPT Work 专用执行节点。