ChatGPT Work 實戰教程：
6 大崗位工作流 Prompt 模板 + 定時任務配方（2026）

產業痛點（為何「會用」比「知道」更重要）：

• 描述步驟而非結果：把「打開 Salesforce 匯出再…」寫成 Prompt，Work 反而繞遠路，用量飆升。
• 外掛未授權就下任務：Gmail、Slack、Drive 未連接時 Agent 只能猜，輸出不可驗收。
• 高賭注任務跳過 Plan Mode：對外郵件、財務報告、客戶交付物未經計劃審核即執行，風險不可控。
• 模式選錯浪費用量：簡單問答用 Work、複雜跨 App 用 Chat，成本可差數倍。

無論哪個崗位，建議按此流程操作：

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 — [日期]」，
正文為表格（客戶名 | 會議時間 | 關鍵議題 | Brief 連結）

場景 B：帳戶動態指揮中心（Sites + 每日更新）

基於 @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 動態同步到會議議程（Scheduled Task）

設定每週一早上 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 內部驗證場景，效果：數天壓縮到數小時）

協助完成 [月份] 月結預算差異分析：

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：每日儀表板變化監控（Scheduled Task）

每個工作日早上 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 模式中：
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 自動產生

設定定時任務的 Prompt 句式：

設定 Scheduled Task：
- 頻率：[每天 / 每週一 / 每月 1 日 / 當 @Slack 頻道出現關鍵字時]
- 時間：[時區 + 具體時間]
- 動作：[具體工作流描述]
- 通知：[Slack 頻道 / 郵件 / 無通知]
- 人工確認：[哪些步驟需我先批准]

無人值守前的安全自檢：

• 已限制外掛存取範圍（只連必要工具）
• 已關閉「自動對外發送」除非明確需要
• 已設定輸出存檔路徑，避免覆寫他人檔案
• Enterprise 使用者：已確認管理員允許的 Agent 網路策略
• 先用「單次執行」驗證 2–3 次，再改為定時

六步落地第一個 Work 任務：

1. 安裝桌面端：從 chatgpt.com/download 下載 ChatGPT 桌面應用程式（更新舊 Codex App 亦可）。
2. 連接核心外掛：在外掛目錄授權 Gmail、Slack、Google Drive 等你崗位最常用的 2–3 個工具。
3. 選熟悉任務試跑：用本文對應崗位模板，在 Work 模式發起單次任務（建議月結差異或銷售 Brief）。
4. 審核 Plan Mode：逐項核對資料來源、高風險動作與輸出格式，刪減多餘步驟。
5. 驗收並迭代 Prompt：對照人工標準檢查成品，把約束寫進下一輪 Prompt。
6. 升級為 Scheduled Task：驗證 2–3 次單次執行穩定後，按配方設定定時觸發與通知。

ChatGPT Work 與 Codex 共用用量計費池。同一工作流，設計不同，成本可差 5 倍。

七條省錢實操：

1. 先用 Chat 模式打草稿，滿意後把精簡版交給 Work 執行
2. Plan Mode 刪掉多餘步驟，尤其是重複拉取同一資料來源
3. Scheduled Task 複用同一份模板文件，利用快取折扣
4. 輸出要求簡潔：「表格 + 3 條摘要」優於「完整敘述性報告」
5. 大任務拆分：Phase 1 確認方向 → Phase 2 產生成品，避免一次性跑偏重做
6. 免費使用者：優先桌面端跑小任務，測清消耗後再規模化
7. Enterprise 團隊：在 Admin Console 設 workspace / group / 個人三級額度

上線前「用量試算」五步法：選一個已知耗時的真實任務 → Plan Mode 跑一遍記步驟數 → 查看本次消耗 → 估算日/週/月是否在預算內 → 按上節優化後重跑對比。

可引用關鍵資料（EEAT）：

• 月結壓縮比：OpenAI 內部驗證月結差異分析流程從「數天」壓縮到「數小時」（來源：OpenAI 官方部落格 2026-07-09）。
• 輸出 Token 倍率：Work 模式輸出 Token 成本約為輸入的 6 倍，長報告類任務應優先要求表格化輸出。
• 快取折扣：Scheduled Task 重複讀取同一模板文件時，cached input 成本約為 fresh input 的 1/10。

常見問題 FAQ：

• Q: 應該先練哪個崗位工作流？ A: 選你最熟悉、能判斷輸出對錯的任務。官方推薦：月結差異分析、行銷 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。
• Q: 產生的 PPT/Excel 能直接對外匯報嗎？ A: 建議視為「80 分初稿」。財務數字、客戶名稱、對外聲明務必人工複核。
• Q: 免費使用者能跑本文哪些模板？ A: 桌面端 Work 可試用，但有用量上限。建議先用「發票對帳」等輕量任務測試，避免長週期自動化。

以下為主要來源，發版或頁面更新後請再次開啟連結核對：

https://openai.com/index/chatgpt-for-your-most-ambitious-work/

https://developers.openai.com/cookbook/articles/chatgpt-agents-sales-meeting-prep

https://learn.chatgpt.com/docs/whats-new

ChatGPT Work 的價值在於消除你已經厭倦的手動流程，但把 Agent 跑在個人筆電上仍有硬傷：休眠即中斷長任務、多 Agent 並行搶占資源、企業難以統一稽核。對於需要 7×24 常駐節點、Codex 多儲存庫 CI 或 OpenClaw Gateway 的生產環境，CALMVPS 裸機 Mac Mini 租賃通常是更優解：獨占 Apple Silicon、Metal 原生加速、按月彈性下單，約 120 秒交付，可將 Work/Codex 重運算卸載到雲端而本機僅做 Plan 審核與驗收。詳見 定價頁。