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

约 12 分钟阅读 · MACCOME · 最后更新:2026 年 7 月 11 日

适用读者:已知道 ChatGPT Work 是什么,但需要明天上班就能上手的销售、市场、财务、运营、产品、工程主管。📌 2026 年 7 月 9 日,OpenAI 发布 ChatGPT Work,Codex 并入全新桌面应用。你将获得:3 个使用原则、模式与环境决策表、5 步通用工作流、6 大岗位可直接复制的 Prompt、Scheduled Tasks 配方、用量优化策略、30 天上手路线图,以及 6 问 FAQ。结构:原则 → 框架 → 岗位模板 → 自动化 → 成本控制 → 踩坑排障 → 上手计划 → 收束转化。发布背景与 Cowork 对比请见姊妹篇发布解读

bolt

TL;DR — 30 秒结论

  • 从你熟悉的任务开始:月结差异、市场 Brief 或销售会议准备——你能快速验证品质。
  • 描述成果,不要逐步下指令:Work 会自行规划路径;用 @AppName 锁定数据来源,执行前审阅 Plan Mode。
  • 六大角色、现成 Prompt:销售(3)、市场(2)、财务(2)、运营(2)、产品(1)、工程(2)——插件名称请依你的技术栈调整。
  • 自动化放最后:先手动跑 2–3 次,通过安全检查表后再转 Scheduled Tasks。
  • 留意用量:同一工作流依设计不同,成本可能差 5 倍——先在 Chat 起草、精简 Plan 步骤、要求精简输出。

六大痛点:知道 ChatGPT Work 还不够

OpenAI 的上手建议很简单——从你已经很熟悉的任务开始——但多数团队在第一次成功执行前就卡住了。Zapier、Nvidia、Virgin Atlantic 与 OpenAI 内部销售团队的早期采用者,普遍遇到以下六个阻碍:

  1. 模式选错,配额白白烧掉:在 Chat 模式跑跨 App 数小时任务会中途停滞;用 Work 做深度代码审查又不如 Codex。选错赛道会在还没交付成果前就耗尽内含用量。
  2. 逐步 Prompt 与 Agent 对着干:Work 模式会自行规划路径。过度微管理「先开 Salesforce、汇出、然后……」会产生脆弱执行与更长步骤链。
  3. 插件未连线:Gmail、Slack、Drive 必须在任务开始前完成授权。模糊写「CRM」会失败;明确使用 @Salesforce 才能锁定数据层。
  4. 高风险工作跳过 Plan Mode:对外邮件、财务报告与客户交付物需要逐步核准。不审阅就自动执行,是返工最快的路。
  5. 过早自动化:手动验证未跑两三次就排程,容易静默失败——尤其笔记本睡眠或仪表板 URL 变更时。
  6. 月底用量震惊:Work 与 Codex 共享计量池。冗长输出、重复拉数据,以及在轻量任务上用 GPT-5.6,可能让同一工作流比精简设计贵五倍。

本指南以原则、模板与分阶段上线计划移除上述阻碍——不是又一篇发布会 recap。

决定成败的三大原则

复制任何 Prompt 之前,先内化 ChatGPT Work 与日常 Chat 的差异:

原则意义实务技巧
描述成果,不要描述步骤 Work 模式会自行规划执行路径 避免:「开启 Salesforce、汇出数据、然后……」——改为:「从 @Salesforce 近 30 天商机建立每周 Pipeline 简报,标记高风险机会」
先连工具 插件是 Work 的数据层 开始前授权 Gmail、Slack、Drive;用 @AppName 明确锁定来源
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 模式

通用五步工作流框架

不论角色,第一次任务都依此順序执行:

workflow
1. 连接插件 → 2. 撰写目标 + 输出格式 → 3. 审阅 Plan Mode → 4. 执行中调整 → 5. 验收交付物並迭代

Work 模式 Prompt 公式

prompt
[角色] + [数据来源 @插件] + [任务] + [输出格式] + [限制條件] + [验收标准]

範例骨架:

你是 [角色]。从 @Salesforce 与 @Gmail 拉取 [时间范围] 的 [数据类型]。完成 [具体动作],输出为 [Google Docs / Excel / PPT / Sites]。限制:[不修改来源数据 / 金额四舍五入至小数两位 / 不发送对外邮件]。完成后 [Slack 通知我 / 存至指定文件夹]。

Plan Mode 审阅检查表

核准执行前,确认每一项:

  • 数据来源是否正确(帳號、月份)?
  • 是否有高风险动作(发送对外邮件、刪除、覆写檔案)?
  • 输出是否符合团队模板?
  • 能否移除步骤以節省用量?
  • 是否需要人工核准检查點?

六大角色工作流与 Prompt 模板

以下模板參考 OpenAI 官方案例、早期測試者回饋(Zapier、Nvidia、Virgin Atlantic)与 Workspace Agent Cookbook。请將 @plugin 名称替換为你实際的技术栈。

销售(Sales)

情境 A:每日客户会议 Brief(定时排程)

痛点:销售代表每天花 1–2 小时整理客户背景、近期新聞与会议議程。

Work 解法:掃描明日行事曆、拉 CRM 筆記、搜尋近期新聞、产生並歸檔 Brief。

OpenAI 内部參考:销售团队在 24 小时内將 Discovery 对話转为客製 PoC 提案——傳統流程需数周。

prompt — sales A
Create a scheduled task running every weekday at 4pm:

1. Check tomorrow's customer meetings in @Google Calendar (exclude internal-only)
2. For each customer meeting:
   - Pull 30-day account notes and interaction history from @SharePoint / @Salesforce
   - Search 30-day public news and executive updates for that company
   - Write a 2–3 sentence background summary for each external attendee
3. Generate a 2–3 page brief per meeting, save as @Google Drive documents
4. Email me a summary with links via @Gmail

Output format: email subject "Tomorrow's Customer Meeting Briefs — [date]", body as a table (Client | Meeting time | Key topics | Brief link)

情境 B:即时帳户指揮中心(Sites + 每日更新)

痛点:企業帳户数据分散在 CRM、邮件与 Slack;销售需手动維護帳户计划。

Work 解法:建立每日自动刷新的 Sites 仪表板。

prompt — sales B
From all opportunities, contacts, and recent activity for [Account Name] in @Salesforce:

1. Create an interactive account command center (Sites) including:
   - Pipeline overview (stage, amount, expected close date)
   - Key signals from the last 7 days (email, meetings, support tickets)
   - Recommended next actions (priority sorted)
2. Set a Scheduled Task: auto-refresh the Site every weekday at 8am
3. DM me via @Slack when major changes occur

Constraints: do not auto-send any external emails; amounts must match CRM source data.

情境 C:潛在客户审查与 Pipeline 修復(Zapier 风格工作流)

痛点:每月数千筆潛在客户,追蹤缺口難以看見。

Work 解法:交叉比对 CRM 与邮件觸點;输出管理层仪表板。

prompt — sales C
Analyze @Salesforce leads from the last 30 days and cross-reference @Gmail sales correspondence.

Find:
1. Leads with no follow-up for 48+ hours (grouped by source)
2. Broken handoff points (where response rate drops sharply after a step)
3. Estimated pipeline loss amount

Output:
- Excel detail table (Lead ID | Source | Last follow-up | Gap type | Recommended action)
- 1-page executive summary PPT highlighting seven-figure potential loss opportunities
- A repeatable weekly review workflow (for Scheduled Task use)

市场(Marketing)

情境 A:研究 → Brief → 多市場素材(端到端 Pipeline)

痛点:研究、市场 Brief 与區域素材由不同人負責;交接时上下文容易遺失。

Work 解法:一條指令貫穿完整 Pipeline,上下文一路帶下去。

prompt — marketing A
I uploaded the following customer research: [attachment / @Google Drive link]

Complete the end-to-end marketing workflow:

Phase 1 — Brief:
- Extract target audience, core pain points, competitive positioning
- Output Campaign Brief (Google Docs) with messaging pillars and channel recommendations

Phase 2 — Asset generation:
- From the Brief, generate: 1 acquisition email, 3 LinkedIn posts, 1 landing page copy outline
- Save to @Google Drive "Campaign / [product name]" folder

Phase 3 — Regional adaptation:
- Adapt core assets for US, Europe, and APAC (language, cultural references, compliance wording)
- Flag sensitive phrases requiring human review in each version

Pause after each phase and wait for my approval before proceeding.

情境 B:Slack / Teams 同步至会议議程(每周定时)

痛点:每周議程容易过时;需人工掃描多个頻道。

Work 解法:自动摘要頻道动態並更新議程文件。

prompt — marketing B
Set a scheduled task running every Monday at 7am:

1. Summarize important discussions from the last 7 days in @Slack #product-launch and @Microsoft Teams "Go-to-Market" channel
2. Extract: decisions made, open questions, blockers needing alignment in the meeting
3. Update the "Weekly Agenda" document in @Google Drive (preserve version history)
4. Post a summary of 5 bullets or fewer to @Slack #leadership

Constraints: quote only publicly discussed content; do not leak messages marked confidential.

财务(Finance)

情境 A:月结差异分析(OpenAI 验证案例)

痛点:月结關帳与預測调整需数日;多数时間花在找数字与建表。

Work 解法:自动定位来源数据、填入 Sheets、对帳並产生管理层简报。

OpenAI 内部成果:月结關帳与預測工作流从数天壓縮至数小时。

prompt — finance A
Assist with [month] month-end budget variance analysis:

1. Pull corresponding tables from @Google Drive "Finance / Actuals" and "Finance / Forecast"
2. Create a reconciliation workbook in @Google Sheets:
   - Summarize actual vs forecast variance by department
   - Flag line items with variance >5% or >$50K
   - Preserve all original formulas; do not overwrite source files
3. Draft performance narrative (Google Docs) explaining likely causes by Revenue / COGS / OpEx
4. Build a 5–8 slide management deck (with charts, following attached template style)
5. List 3 key judgment calls requiring human finance sign-off

Constraints: do not modify any source data; cite source cell for every number.

情境 B:发票 vs 付款登記对帳(AP 自动化第一關)

prompt — finance B
You are an accounts payable specialist. Compare these two datasets:
- Payment register: [@Google Drive link]
- Invoice list: [@Google Drive link]

Flag the following anomalies (return as a table):
| Issue type | Vendor | Invoice # | Amount | Recommended action |
- Amount difference >2%
- Missing tax ID
- Duplicate invoice number
- Vendor name mismatch

Do not initiate payments; output review table for human verification only.

运营(Operations)

情境 A:每日仪表板变动監控(定时排程)

prompt — ops A
Run automatically every weekday at 6:30am:

1. Visit [internal dashboard URL / @SharePoint report page]
2. Compare to yesterday's snapshot; extract significant changes (>10% swing or new red indicators)
3. Generate a 1-page morning brief (Google Docs) structured as:
   - TOP 3 items to watch today
   - Metrics change table
   - Recommended follow-up owners
4. Send via @Gmail to ops-leads@company.com

If the dashboard is unreachable, tell me in Plan Mode — do not fabricate data.

情境 B:客户回饋聚類 → 产品优先序

prompt — ops B
Monitor new customer feedback from the last 14 days across:
- @Slack #customer-feedback
- @Gmail label "NPS-Detractor"
- @Google Drive "Support Tickets Export"

1. Cluster feedback into 5–8 themes (with representative quotes)
2. Rank by frequency × impact × implementation effort
3. Output a product review backlog (Notion / Google Docs format)
4. Set a Scheduled Task to auto-refresh this document every Friday

Constraints: anonymize all customer references; no customer names in output.

产品(Product)

情境 A:跨 Jira + GTM 上线就緒审查(Nvidia 案例改編)

痛点:上线就緒需同时检查工程進度、市场计划与支援文件——人工且易错。

Work 解法:跨系統拉取狀態;输出 Go/No-Go 就緒报告。

prompt — product A
Launch readiness review for [product/feature name]:

1. From @Jira: pull linked Epic / Story completion status and open blockers
2. From @Google Drive "GTM Plans": pull the corresponding launch plan and check key milestones
3. From @Slack #product-launch: extract unresolved discussions from the last 7 days
4. Output a Launch Readiness report (Google Docs):
   - Readiness score (Red / Yellow / Green)
   - Blocker list (owner | due date | risk level)
   - Recommended Go / No-Go judgment with rationale

Do not auto-update Jira status; flag high-risk items for human decision.

工程 — 同一 App 内 Work + Codex

工程工作流可用 Codex 處理代码用 Work 處理跨团队文件。在同一桌面应用内切換模式——無需換工具。

情境 A:PR 审查 → Release Notes → 团队公告(Codex 主導)

prompt — engineering A
In Codex mode:
1. Review PR #123 in [repo/name], focusing on [security / performance / test coverage]
2. Leave line-by-line review comments in the PR side panel
3. If approved, draft Release Notes

Then switch to Work mode:
4. Format Release Notes for @Confluence page layout
5. Draft @Slack #engineering announcement (do not auto-send)

情境 B:多储存库 Issue 摘要周报(Codex 多储存库能力)

prompt — engineering B
In Codex mode, across [frontend-repo] and [backend-repo]:
1. Summarize this week's merged PRs and open P0/P1 issues
2. Generate an engineering weekly report in Markdown

Switch to Work mode:
3. Convert to Google Docs and insert this week's burndown chart (pull from @Jira)
4. Set a Scheduled Task to auto-generate every Friday at 5pm

Scheduled Tasks 配方库

OpenAI 推薦四种高頻定时模式,可直接改編:

配方名称觸发时間任务描述最適角色
周一議程更新 周一 7:00 摘要 Slack 动態 → 更新議程文件 市场 / 运营
每日指标 Brief 平日 6:30 造訪仪表板 → 比对昨日 → 邮件报告 运营 / 财务
回饋聚類周报 周五 16:00 多頻道回饋 → 主題聚類 → 优先序清單 产品
帳户每日更新 平日 8:00 CRM 变动 → 更新 Sites 指揮中心 销售

Scheduled Task Prompt 模式

prompt
Set Scheduled Task:
- Frequency: [daily / every Monday / 1st of month / when keyword appears in @Slack channel]
- Time: [timezone + specific time]
- Action: [specific workflow description]
- Notification: [Slack channel / email / none]
- Human approval: [which steps require my sign-off first]

無人值守前的安全检查表

  • 插件权限僅限必要工具
  • 除非明确需要,否则關閉自动对外发送
  • 設定输出歸檔路径,避免覆写他人檔案
  • Enterprise:与管理員确认 Agent 網路政策
  • 排程前先手动單次执行 2–3 次

用量优化:做更多、花更少

ChatGPT Work 与 Codex 共享计量用量池——不是每月固定功能。同一工作流依设计不同,成本可能差五倍

官方计費邏輯(简化版)

因素对用量的影響
任务步骤数 步骤越多 = 消耗越高
上下文大小 拉取文件与邮件越多 = 消耗越高
输出长度 输出 token 成本約为输入的 6 倍
快取命中 重讀同一文件:快取输入成本約为全新讀取的 1/10
模型选擇 GPT-5.6 複雜推理比轻量任务所需消耗更多

七项省用量技巧

  1. 先在 Chat 起草,再將精简 Brief 交給 Work 执行
  2. 精简 Plan Mode 步骤,尤其避免重复从同一数据来源拉数据
  3. 在 Scheduled Tasks 重用模板文件,利用快取折扣
  4. 要求精简输出:「表格 + 3 點摘要」优於完整敘述报告
  5. 拆分大型专案:Phase 1 确认方向,Phase 2 产出交付物——避免昂贵的全量重跑
  6. 免费使用者:先跑小型桌面任务;量測消耗后再擴大
  7. Enterprise 团队:在 Admin Console 設定工作區 / 群組 / 个人上限

上线前用量測試方法

runbook
1. 选一个你知道人工耗时的真实任务(例如月结差异表——通常需 2 小时)
2. 在 Work 模式跑一次並开 Plan Mode;記錄步骤数
3. 执行后对照方案内含用量检查消耗
4. 外推:若每日 / 每周执行,月消耗是否在預算内?
5. 若偏高 → 依第 6.2 節优化后重跑比較

常見踩坑与故障排除

問題原因解法
Work 模式找不到已安裝的 Codex 专案 应用遷移不完整 更新 Codex App → 会变成 ChatGPT 桌面版;若仍異常,从 chatgpt.com/download 重新安裝
插件已授权但無数据回傳 权限範围不足或 @name 拼写错誤 重新检查插件目錄权限;用明确的 @Salesforce 而非「CRM」
Plan 看起来对,输出卻错 上下文过期或 AI 推论偏差 暫停並在执行中调整;附加明确来源檔案或连结
Scheduled Task 未觸发 裝置睡眠或桌面版已登出 长周期任务用 Web Workspace Agent;桌面任务需裝置醒著且已登入
用量高於預期 冗长输出、重复拉数据、步骤过多 參見用量优化章節;Enterprise 可在 Admin Console 設上限
不确定該用 Work 还是 Cowork 工作流类型不同 云端 SaaS 協作 → Work;本機文件夹批次處理 → Cowork(見配套对比

30 天上线路线圖

阶段目标行动
第 1 周 單任务熟練 选一个熟悉任务;桌面 Work 模式手动跑 3 次;練習 Plan Mode 审阅
第 2 周 插件深度 连接 3 个核心工具(邮件 + 協作 + 檔案);完成一个跨 App 端到端交付
第 3 周 自动化 將第 1 周任务转为 Scheduled Task;验证 3 次成功觸发
第 4 周 团队推廣 文件化角色专用 Prompt 库;Enterprise 团队同步管理員用量上限

六步上手 Runbook

第一天依此順序执行——再推廣至团队:

  1. 安裝或更新 ChatGPT 桌面应用,从 chatgpt.com/download 下載(既有 Codex 安裝会原地遷移)。
  2. 连接三个插件——通常是邮件、檔案储存与一个销售系統(CRM、Jira 或 Slack)。
  3. 选一个可验证的任务,从上方角色章節挑选(差异分析、会议 Brief 或发票对帳)。
  4. 依公式撰写 Prompt——角色、@来源、输出格式、限制、验收标准——然后切換 Work 模式。
  5. 逐行审阅 Plan Mode,依检查表确认;高风险步骤确认或移除后再核准。
  6. 迭代两次再排程:再手动跑两次、微调 Prompt、通过安全检查表,適合时转为 Scheduled Task。

三組值得引用的硬数据

以下数字来自 OpenAI 发布材料与早期企業案例——内部简报可安全引用:

  • 1400+ — ChatGPT Work 統一插件目錄在发布时的整合数量
  • 数天 → 数小时 — OpenAI 内部财务团队用 Work 模式壓縮月结關帳与預測工作流
  • 5 倍 — 同一工作流依步骤数、上下文大小与输出冗长度,用量成本可能相差的倍数(与 Codex 共享计量池)

補充背景:OpenAI 报告 每周 500 萬 Codex 使用者,其中 100 萬+ 从事非程式设计工作——Agent 工作流正从工程擴散至一般知識工作。完整功能拆解与 Cowork 对比请見发布配套文

收束:當笔记本成为瓶頸

ChatGPT Work 的 ROI 来自消除你已经厭惡的手动工作流——不是多讀幾篇发布新聞。最快路径:选一个你極熟悉的任务,跑三次、微调 Prompt,再用 Scheduled Tasks 自动化。

在个人 MacBook 上跑 Agent 时,会出现三个缺口:

  • 睡眠与網路抖动:合蓋或 Wi-Fi 切換会中斷数小时任务;已核准的 Plan 步骤可能需要整段重跑。
  • 权限与数据混用:Computer Use 需要輔助功能与檔案存取,与日常瀏覽器及正式环境機密並存——同一台機器风险高。
  • 無真正的 7×24 执行周期:桌面 Scheduled Tasks 僅在主機保持连线且已登入时觸发。

若要穩定运行 AI Agent 自动化——Work 定时 Pipeline、Codex 多储存库任务或 OpenClaw Gateway——MACCOME Mac 云端主機提供真实 macOS、SSH 交接与隔離环境,让 Agent 在专用節點 7×24 运行,而非綁在你的日常笔记本上。公开方案请見Mac mini 云端租用價格

数据来源:OpenAI 官方部落格OpenAI Cookbook — Sales Meeting Prep AgentChatGPT Learn 更新日誌SiliconANGLE 发布报導Developers Digest — Codex 合併分析

常見問題

ChatGPT Work 該先試哪个工作流?

从你最熟悉、能自行验证的任务开始——月结差异分析、市场 Brief 或销售会议准备。OpenAI 推薦這些場景,因为你能快速检查输出品质。

ChatGPT Work 的 Prompt 应該多长?

建议 150–400 字,聚焦数据来源、输出格式与限制條件。不要逐步微管理——那是 Work 模式自动化的部分。

笔记本關機时 Scheduled Tasks 还会跑嗎?

桌面版 Scheduled Tasks 需要裝置保持连线且已登入。若要真正的背景自动化,请使用 Plus 以上方案的 Web Workspace Agent。若要常駐桌面 Agent,专用MACCOME Mac 云端主機可避免睡眠与合蓋中斷。

Work 模式与 Workspace Agent 有何不同?

Work 是 ChatGPT 内的个人 Agent 模式。Workspace Agent 是 Business 或 Enterprise 中由团队建置、管理員治理的自动化,可在 Admin Console 控管。技术基礎相同,入口不同。

产出的简报或报告能直接对外使用嗎?

请视为 80% 草稿。财务数字、客户姓名与对外聲明务必人工覆核后再发布或简报。

免费使用者能跑本指南哪些内容?

桌面版 Work 模式可用但有用量限制。建议先从轻量任务(如财务情境 B 发票对帳)开始,再排程长时間自动化。