ChatGPT Work 實戰教學：6 大崗位工作流 Prompt 模板 + 定時任務配方（2026）
2026 年 7 月 9 日 OpenAI 發布 ChatGPT Work 後，真正的問題是：明天上班能拿它做什麼？本文面向銷售、市場、財務、營運、產品、工程六大崗位，提供可複製 Prompt 模板、Plan Mode 審核要點、Scheduled Tasks 自動化配方、用量優化技巧、30 天路線圖與 FAQ。
目錄
摘要
2026 年 7 月 9 日，OpenAI 發布 ChatGPT Work，Codex 併入全新 ChatGPT 桌面应用。若你已知道「它是什么」，下一步真正的問題是：我明天上班能拿它做什麼？OpenAI 官方建議的入門方式很直接——先交給你已經熟悉的一项任務，比如月結差異分析、营销活动 Brief、銷售會議准备。本文沿这條思路展开。
想了解發布背景、功能全景、与 Claude Cowork 的對比？請閱讀姊妹篇：ChatGPT Work 正式發布：Codex 併入 ChatGPT，AI 超級應用時代來了
痛點拆解：为什么需要崗位级工作流？
- 知道產品，不知道落地場景：發布解读读完仍不清楚自己崗位该用哪个 Prompt、连哪些外掛、輸出什么格式成品。
- Prompt 写错模式浪費用量：把 Work 当 Chat 用会 micromanage 步驟；把 Chat 当 Work 用则無法跨 App 交付文件——同一工作流成本可差 5 倍。
- 自動化不敢無人值守：Scheduled Tasks 若未设 Plan Mode 審核、外掛範圍与輸出路徑，高赌注任務（財務報告、對外郵件）存在覆蓋檔案与误发風險。
一、開始之前：3 个决定成败的使用原則
| 原則 | 說明 | 實操建議 |
|---|---|---|
| 描述結果，而非步驟 | Work 模式会自主规划路徑；你只需说清楚「要什么成品」 | ❌「打开 Salesforce，匯出資料，再…」 → ✅「基於 @Salesforce 近 30 天商機，產生带風險標註的週報 PPT」 |
| 先连工具，再下任務 | 外掛目录是 Work 的「資料來源」 | 任務开始前確認 Gmail、Slack、Drive 等已授权；用 @應用名 显式指定來源 |
| Plan Mode 是你的煞車 | 複雜任務先出計畫、你確認後再執行 | 高赌注任務（對外郵件、財務報告、客戶交付物）務必逐條審核計畫 |
1.1 選對模式：Chat / Work / Codex 快速分流
| 你的需求 | 推薦模式 | 原因 |
|---|---|---|
| 快速問答、腦力激盪、單輪文案 | Chat | 輕量、回應快 |
| 跨 App 多步驟、交付成品檔案、數小時長任務 | Work | 外掛整合 + Plan Mode + Computer Use |
| 程式碼審查、PR 管理、多儲存庫開發 | Codex | 保留開發者专属工作流 |
| 每週重複、無人值守的後台任務 | Work + Scheduled Tasks | 定時/觸發式自動推进 |
1.2 桌面端 vs Web 端：工作流選型
| 場景 | 推薦環境 |
|---|---|
| 需要读写本機檔案、Computer Use、免費方案試用 | 桌面端（Mac / Windows） |
| 團隊协作、隨時查看任務进度 | Web / 移动端（Plus 及以上） |
| 銷售會議 Brief 自動產生 + 郵件通知 | Web 端 Workspace Agent + 定時调度 |
| 本機 Excel 對帳、檔案夹批處理 | 桌面端 Work 模式 |
二、通用工作流框架：5 步跑通第一个任務
1. 連接外掛 → 2. 寫清目標与輸出格式 → 3. 審核 Plan Mode → 4. 中途介入糾偏 → 5. 驗收成品并迭代
2.1 Prompt 寫作公式（Work 模式專用）
[角色] + [資料來源 @外掛] + [具體任務] + [輸出格式] + [約束條件] + [驗收标准]
範例骨架：你是 [崗位角色]。从 @Salesforce 和 @Gmail 拉取 [時間範圍] 的 [資料類型]。完成 [具體動作]，輸出为 [Google Docs / Excel / PPT / Sites]。約束：[不可修改原始資料 / 金額保留兩位小數 / 不對外傳送郵件]。完成后 [Slack 通知我 / 儲存到指定檔案夹]。
2.2 Plan Mode 審核清單
- 資料來源是否正確（會不會拉到錯誤客戶/錯誤月份）？
- 是否有「對外傳送」「刪除」「覆蓋檔案」等高風險動作？
- 輸出格式是否符合團隊模板？
- 中間步驟是否可刪減以節省用量？
- 是否需要設定人工確認節點？
三、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。Work 解法：用 Codex Sites 建 live dashboard，每日自動刷新。
基於 @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 動態同步到會議議程
設定每週一早上 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：每日儀表板變化監控
每個工作日早上 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 案例改编）
为 [產品/功能名稱] 做上線就緒審查：
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 主导）
在 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 自動產生
四、Scheduled Tasks 自動化配方库
| 配方名稱 | 觸發方式 | 任務描述 | 適合崗位 |
|---|---|---|---|
| 周一議程刷新 | 每週一 07:00 | 彙總 Slack 動態 → 更新議程 Doc | 市場 / 營運 |
| 每日指標早报 | 每個工作日 06:30 | 存取儀表板 → 對比昨日 → 郵件簡報 | 營運 / 財務 |
| 反饋聚類週報 | 每週五 16:00 | 多渠道反饋 → 主題聚類 → 優先級清單 | 產品 |
| 帳戶動態日报 | 每個工作日 08:00 | CRM 變化 → 更新 Sites 指揮中心 | 銷售 |
4.1 設定定時任務的 Prompt 句式
設定 Scheduled Task：
- 頻率：[每天 / 每週一 / 每月 1 日 / 当 @Slack 頻道出現關鍵词时]
- 时间：[時區 + 具體时间]
- 動作：[具體工作流描述]
- 通知：[Slack 頻道 / 郵件 / 无通知]
- 人工確認：[哪些步驟需我先批准]
4.2 無人值守前的安全自檢
- 已限制外掛存取範圍（只连必要工具）
- 已關閉「自動對外傳送」除非明確需要
- 已設定輸出封存路徑，避免覆蓋他人檔案
- Enterprise 用戶：已確認管理員允許的 Agent 網路策略
- 先用「單次运行」驗證 2–3 次，再改為定時
五、用量優化：讓 Work 模式更省錢
ChatGPT Work 与 Codex 共用用量計費池。同一工作流，設計不同，成本可差 5 倍。
5.1 官方計費邏輯（簡化版）
| 因素 | 对用量的影響 |
|---|---|
| 任務步驟数 | 步驟越多，消耗越大 |
| 上下文大小 | 拉取的文件 / 郵件越多，消耗越大 |
| 輸出长度 | 輸出 Token 成本約為輸入的 6 倍 |
| 缓存命中 | 重複读取同一文件，cached input 成本約為 fresh input 的 1/10 |
| 模型選擇 | GPT-5.6 複雜推理消耗高於輕量任務所需 |
5.2 七條省錢實操
- 先用 Chat 模式打草稿，滿意后把精簡版交給 Work 執行
- Plan Mode 刪掉多餘步驟，尤其是重複拉取同一資料來源
- Scheduled Task 複用同一份模板文件，利用缓存折扣
- 輸出要求簡潔：「表格 + 3 條摘要」優於「完整敘述性報告」
- 大任務拆分：Phase 1 確認方向 → Phase 2 產生成品
- 免費用戶：優先桌面端跑小任務，測清消耗後再規模化
- Enterprise 團隊：在 Admin Console 设 workspace / group / 個人三級額度
5.3 上線前「用量試算」方法
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 團隊同步管理員设額度 |
八、五步入門 Runbook
步驟 1 連接外掛：Gmail + Slack + Drive（或你崗位核心 3 工具）
步驟 2 选最熟悉任務，用 Prompt 公式寫清目標与輸出格式
步驟 3 Plan Mode 審核：刪冗餘步驟、確認資料來源与約束
步驟 4 驗收成品，記錄本次用量与人工耗時對比
步驟 5 驗證 2–3 次后，改為 Scheduled Task 自動化
步驟 2 选最熟悉任務，用 Prompt 公式寫清目標与輸出格式
步驟 3 Plan Mode 審核：刪冗餘步驟、確認資料來源与約束
步驟 4 驗收成品，記錄本次用量与人工耗時對比
步驟 5 驗證 2–3 次后，改為 Scheduled Task 自動化
可引用技術資訊（EEAT）
- 用量倍差：同一 ChatGPT Work 工作流設計不同，成本可相差约 5 倍（OpenAI 用量计费逻辑）。
- 缓存折扣：重複读取同一文件时，cached input 成本約為 fresh input 的 1/10。
- 輸出 Token 溢價：輸出 Token 成本約為輸入的 6 倍——「表格 + 3 條摘要」比长報告更省。
- 月結場景：OpenAI 內部驗證月結差異分析可从「數天」壓縮到「數小時」。
- 銷售 PoC：Discovery 對話转客製化 PoC 方案可从數週縮短至 24 小時（OpenAI 內部案例）。
九、常见問題（FAQ）
Q: 我應該先練哪個崗位的工作流？
A: 选你最熟悉、能判斷輸出對錯的任務。OpenAI 官方推薦：月結差異分析、营销 Brief、銷售會議准备。
Q: Prompt 写多長合適？
A: 重點寫清「資料來源 + 輸出格式 + 約束」，通常 150–400 字足夠。不要把每一步手動指令都寫上。
Q: 定時任務能在關機时运行吗？
A: 桌面端 Scheduled Task 依賴裝置線上。需真正後台無人值守，建議 Plus 以上用 Web 端 Workspace Agent 调度。
Q: Work 模式和 Workspace Agent 有什么區別？
A: Work 是個人在 ChatGPT 内直接使用的 Agent 模式；Workspace Agent 是團隊在 Business / Enterprise 内建構、共享、統一管理的自動化 Agent，带 Admin Console 治理。
Q: 產生的 PPT / Excel 能直接用於對外匯報吗？
A: 建議视为「80 分初稿」。財務数字、客戶名稱、對外声明務必人工覆核後再使用。
Q: 免費用戶能跑本文的哪些模板？
A: 桌面端 Work 模式可試用，但有用量上限。建議先用「發票對帳」等輕量任務測試，避免長週期自動化。
結語：从 Prompt 到自動化，Agent 該跑在哪裡？
ChatGPT Work 的價值不在於它存在，而在於它消除你已經厭惡的手動工作流。最快 ROI 路徑：選一個你熟透的任務，手動執行三次、调 Prompt、再自動化。但把 Scheduled Tasks 与 Computer Use 完全綁在個人筆記本上，会面臨休眠即中斷、本機金鑰与 SaaS 憑證混存合規風險、以及 Apple 工具鏈与 Windows 桌面無法共存等侷限；纯 Web 端对 Free 用戶限制存取，網路不稳时長任務更易失敗重跑。若你需要 7×24 無人值守、隔離生產環境、并与 Xcode CI 或 OpenClaw 閘道同機部署，租賃 VPSMAC 的 M4 Mac 云節點通常是比個人筆記本更穩定、更適合 Apple 生態的生產選擇。
最後更新：2026-07-11