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

2026 年 7 月 9 日,OpenAI 发布 ChatGPT Work,Codex 并入全新 ChatGPT 桌面应用。如果你已经知道「它是什么」,下一步真正的问题是:我明天上班能拿它干什么? OpenAI 官方建议的入门方式很直接——先交给你已经熟悉的一项任务,比如月结差异分析、营销活动 Brief、销售会议准备。本文沿这条思路展开:3 条使用原则5 步通用工作流6 大岗位可复制 Prompt 模板Scheduled Tasks 自动化配方用量优化技巧30 天上手路线6 项 FAQ。想了解发布背景、功能全景与 Claude Cowork 对比?请阅读姊妹篇

01

开始之前:3 个决定成败的使用原则

在复制 Prompt 之前,先理解 ChatGPT Work 与普通 Chat 的本质区别——它不是更聪明的聊天框,而是会自主规划路径、连接工具并交付成品文件的 Agent。以下三条原则决定你是高效产出还是浪费用量:

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

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

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

你的需求推荐模式原因
快速问答、头脑风暴、单轮文案Chat轻量、响应快
跨 App 多步骤、交付成品文件、数小时长任务Work插件集成 + Plan Mode + Computer Use
代码审查、PR 管理、多仓库开发Codex保留开发者专属工作流
每周重复、无人值守的后台任务Work + Scheduled Tasks定时/触发式自动推进

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

场景推荐环境
需要读写本地文件、Computer Use、免费套餐试用桌面端(Mac / Windows)
团队协作、随时查看任务进度Web / 移动端(Plus 及以上)
销售会议 Brief 自动生成 + 邮件通知Web 端 Workspace Agent + 定时调度
本地 Excel 对账、文件夹批处理桌面端 Work 模式
info

姊妹篇导读:发布解读、三模式架构与 Claude Cowork 对比矩阵,请参阅 ChatGPT Work 正式上线!Codex 并入 ChatGPT 桌面应用

02

通用工作流框架:5 步跑通第一个任务

无论哪个岗位,建议按此流程操作:

  1. 01

    连接插件 — 任务开始前授权 Gmail、Slack、Drive、CRM 等数据源

  2. 02

    写清目标与输出格式 — 明确交付物(Docs、Sheets、PPT、Sites)与验收标准

  3. 03

    审核 Plan Mode — 执行前确认数据来源、高风险动作与步骤数量

  4. 04

    中途介入纠偏 — 上下文漂移或数字异常时随时暂停修正

  5. 05

    验收成品并迭代 — 将输出视为 80 分初稿,优化 Prompt 后重跑

Prompt 写作公式(Work 模式专用)

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

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

Plan Mode 审核清单

执行前逐项确认:

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

OpenAI 官方入门建议:从你已熟悉、能快速验证质量的任务入手——月结差异分析、营销 Brief 或销售会议准备,都是极佳起点。

03

6 大岗位实战工作流:销售、市场与财务

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

销售(Sales)

场景 A:客户会议自动 Brief(每日定时)

痛点:销售每天花 1–2 小时手动整理客户背景、近期动态、会议议程。Work 解法:定时扫描日历 → 拉取 CRM 笔记 → 搜索近期新闻 → 生成 Brief 并存档。

prompt
创建一项定时任务:每个工作日下午 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 解法:用 Sites 建 live dashboard,每日自动刷新。

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

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

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

场景 C:线索审查与管道修复(Zapier 案例改编)

痛点:每月数千条线索,跟进断点难以发现。

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

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

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

市场(Marketing)

场景 A:研究 → Brief → 多市场素材(端到端流水线)

痛点:客户研究、Campaign Brief、区域适配素材通常由不同人分步完成,上下文频繁丢失。Work 解法:单条指令贯穿全流程,上下文自动传递。

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

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

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

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

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

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

场景 B:Slack / Teams 动态同步到会议议程(每周定时)

痛点:周会议程总是过时,需人工翻阅多个频道。Work 解法:每周自动汇总频道动态,刷新议程 Doc。

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

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

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

财务(Finance)

场景 A:月结差异分析(OpenAI 内部验证场景)

痛点:月结关账、预测调整动辄数天,大量时间耗在找数和做表。Work 解法:自动定位源数据 → 填入 Sheets → 对账 → 生成汇报幻灯片。OpenAI 内部效果:月结关账与预测流程从「数天」压缩到「数小时」。

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

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

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

场景 B:发票与付款对账(AP 自动化第一关)

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

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

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

运营、产品、工程与定时任务配方库

运营(Operations)

场景 A:每日仪表盘变化监控(定时任务)

prompt
每个工作日早上 6:30 自动运行:

1. 访问 [内部仪表盘 URL / @SharePoint 报告页]
2. 与昨日快照对比,提取显著变化(>10% 波动或新增红色指标)
3. 生成 1 页早间简报(Google Docs),结构:
   - 今日需关注 TOP 3
   - 指标变化表
   - 建议跟进责任人
4. 通过 @Gmail 发送给 ops-leads@company.com

如无法访问仪表盘,在 Plan 阶段告知我,不要编造数据。

场景 B:客户反馈主题聚类 → 产品优先级

prompt
监控以下来源过去 14 天的新增客户反馈:
- @Slack #customer-feedback
- @Gmail 标签「NPS-Detractor」
- @Google Drive「Support Tickets Export」

1. 将反馈聚类为 5–8 个主题(附代表性原话)
2. 按「频次 × 影响度 × 实施难度」评估优先级
3. 输出产品待评估清单(Notion / Google Docs 格式)
4. 设置每周五自动刷新该文档的 Scheduled Task

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

产品(Product)

场景 A:跨 Jira + GTM 计划的上线就绪审查(Nvidia 案例改编)

痛点:新产品上线需同时检查工程进度、营销计划、支持文档,人工核对耗时且易漏项。Work 解法:跨系统拉取状态,生成上线 Readiness 报告。

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

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

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

工程(Engineering)— Work 与 Codex 协作

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

场景 A:PR 审查 + 发布说明(Codex 主导)

prompt
在 Codex 模式中:
1. 审查 [repo/name] 的 PR #123,重点关注 [安全 / 性能 / 测试覆盖]
2. 在 PR 侧边栏给出逐条审查意见
3. 若通过,生成 Release Notes 草稿

然后切换到 Work 模式:
4. 将 Release Notes 整理为 @Confluence 页面格式
5. 草拟 @Slack #engineering 发布公告(不自动发送)

场景 B:多仓库 Issue 汇总周报(Codex 多仓库新能力)

prompt
在 Codex 模式中,跨 [frontend-repo] 和 [backend-repo]:
1. 汇总本周已合并 PR 与未关闭 P0/P1 Issue
2. 生成工程周报 Markdown

切换到 Work 模式:
3. 转为 Google Docs 并插入本周燃尽图(从 @Jira 拉取)
4. 设置每周五 17:00 Scheduled Task 自动生成

Scheduled Tasks 自动化配方库

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

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

设置定时任务的 Prompt 句式

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

无人值守前的安全自检

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

用量优化、常见踩坑与 30 天上手路线

ChatGPT Work 与 Codex 共用用量计费池(非固定月费功能)。同一工作流,设计不同,成本可差 5 倍

官方计费逻辑(简化版)

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

七条省钱实操

  1. 01

    先用 Chat 模式打草稿,满意后把精简版交给 Work 执行

  2. 02

    Plan Mode 删掉多余步骤,尤其是重复拉取同一数据源

  3. 03

    Scheduled Task 复用同一份模板文档,利用缓存折扣

  4. 04

    输出要求简洁:「表格 + 3 条摘要」优于「完整叙述性报告」

  5. 05

    大任务拆分:Phase 1 确认方向 → Phase 2 生成成品,避免一次性跑偏重做

  6. 06

    免费用户:优先桌面端跑小任务,测清消耗后再规模化

  7. 07

    Enterprise 团队:在 Admin Console 设 workspace / group / 个人三级额度

上线前「用量试算」方法

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

常见踩坑与排障

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

30 天上手路线图

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

可引用关键数据

  • 输出 Token 倍数:Work 模式计费中,输出成本约为输入的 6 倍
  • 缓存折扣:重复读取同一文档,成本约为全新读取的 1/10
  • 工作流成本差异:相同任务因步骤数与输出冗长度,用量可相差 5 倍

在个人笔记本上跑 Scheduled Tasks 与 Computer Use 工作流,会遇到可预期的摩擦:合盖即暂停、内存压力打断长任务、Work 与 Codex 并行争抢 CPU 与磁盘 I/O。云端虚拟机与共享 Mac 又常带来延迟,且缺少原生插件沙箱环境。若团队需要 7×24 稳定 Agent 在线、隔离的自动化环境,或同时跑 iOS CI/CD 与 AI 工作流,NodeMini Mac Mini 云端租赁——独占 Apple Silicon 硬件、SSH 接入与可审计网络——通常是更可靠的生产路径。当前价格见 租赁价格说明,接入流程见 帮助中心

来源: OpenAI 官方博客OpenAI Cookbook — 销售会议准备ChatGPT Learn 更新日志SiliconANGLE。功能与定价以 OpenAI 官方公告为准。

FAQ

常见问题

选你最熟悉、能判断输出对错的任务。OpenAI 官方推荐:月结差异分析、营销 Brief、销售会议准备——因为你能快速验证质量。

重点写清「数据源 + 输出格式 + 约束」,通常 150–400 字足够。不要把每一步手动指令都写上,那是 Work 模式要自动完成的事。

桌面端 Scheduled Task 依赖设备在线。需真正后台无人值守,建议 Plus 以上用 Web 端 Workspace Agent 调度。若需要始终在线的 Agent 宿主机,请参阅 帮助中心

Work 是个人在 ChatGPT 内直接使用的 Agent 模式;Workspace Agent 是团队在 Business / Enterprise 内构建、共享、统一管理的自动化 Agent,带 Admin Console 治理。两者技术底座相似,使用入口不同。

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

桌面端 Work 模式可试用,但有用量上限。建议先用「发票对账」等轻量任务测试,避免长周期自动化。若需要独占、长期在线的 Mac 环境,可对照 租赁价格说明