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

導語：2026 年 7 月 9 日 OpenAI 發布 ChatGPT Work 後，真正的問題是：明天上班能拿它做什麼？ OpenAI 官方建議——先交給你已經熟悉的一項任務。本文沿這條思路，依銷售、市場、財務、營運、產品、工程六大崗位拆解真實工作流，提供可複製 Prompt 模板、Plan Mode 審核要點、Scheduled Tasks 自動化配方與用量優化技巧。想了解發布背景與 Cowork 對比？請讀姊妹篇：ChatGPT Work 正式發布解讀。

1. 痛點拆解：為什麼知道 Work 卻不會用

模式選錯浪費用量——簡單問答用 Work、複雜跨 App 用 Chat，成本可差 5 倍。
Prompt 寫步驟而非結果——Work 會自主規劃路徑，你只需說清楚「要什麼成品」。
定時任務未做安全自檢——無人值守前未限制外掛範圍、未關閉自動對外發送，風險極高。

2. 開始之前：3 個決定成敗的使用原則

原則	說明	實操建議
描述結果，而非步驟	Work 自主規劃路徑	❌「打開 Salesforce 匯出…」→ ✅「基於 @Salesforce 近 30 天商機生成帶風險標註的週報 PPT」
先連工具，再下任務	外掛目錄是資料來源	確認 Gmail、Slack、Drive 已授權；用 `@應用程式名` 明確指定
Plan Mode 是煞車	複雜任務先出計畫再執行	對外郵件、財務報告、客戶交付物務必逐條審核

2.1 選對模式：Chat / Work / Codex 快速分流

你的需求	推薦模式	原因
快速問答、腦力激盪、單輪文案	Chat	輕量、回應快
跨 App 多步驟、交付成品、數小時長任務	Work	外掛 + Plan Mode + Computer Use
程式碼審查、PR 管理、多儲存庫開發	Codex	開發者專屬工作流
每週重複、無人值守背景任務	Work + Scheduled Tasks	定時／觸發式自動推進

2.2 桌面端 vs Web 端選型

場景	推薦環境
讀寫本機檔案、Computer Use、免費方案試用	桌面端（Mac / Windows）
團隊協作、隨時查看任務進度	Web / 行動端（Plus 及以上）
銷售會議 Brief 自動生成 + 郵件通知	Web Workspace Agent + 定時排程
本機 Excel 對帳、資料夾批次處理	桌面端 Work 模式

3. 通用工作流：5 步跑通第一個任務

1. 連接外掛 → 2. 寫清目標與輸出格式 → 3. 審核 Plan Mode → 4. 中途介入糾偏 → 5. 驗收成品並迭代

3.1 Work 模式 Prompt 寫作公式

[角色] + [資料來源 @外掛] + [具體任務] + [輸出格式] + [約束條件] + [驗收標準]

範例骨架：
你是 [崗位角色]。從 @Salesforce 和 @Gmail 拉取 [時間範圍] 的 [資料類型]。
完成 [具體動作]，輸出為 [Google Docs / Excel / PPT / Sites]。
約束：[不可修改原始資料 / 金額保留兩位小數 / 不對外發送郵件]。
完成後 [Slack 通知我 / 儲存到指定資料夾]。

3.2 Plan Mode 審核清單

資料來源是否正確（客戶／月份沒錯）？
是否有對外發送、刪除、覆寫檔案等高風險動作？
輸出格式是否符合團隊模板？
中間步驟是否可刪減以節省用量？
是否需要設定人工確認節點？

4. 六大崗位實戰工作流（含 Prompt 模板）

以下模板基於 OpenAI 官方案例、Zapier / Nvidia / Virgin Atlantic 等早期用戶回饋及 Workspace Agent Cookbook 整理，可按實際工具棧替換 @外掛名。

4.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 + 每日更新）

基於 @Salesforce 中 [帳戶名稱] 的全部商機、聯絡人與近期活動記錄：

1. 建立互動式帳戶指揮中心（Sites），含：商機管道概覽、近 7 天關鍵訊號、建議下一步行動
2. 設定 Scheduled Task：每個工作日早上 8 點自動更新該 Site
3. 有重大變化時，透過 @Slack 私訊通知我

約束：不自動發送任何外部郵件；金額以 CRM 原始資料為準。

場景 C：線索審查與管道修復（Zapier 案例改編）

分析 @Salesforce 過去 30 天新增線索及後續跟進記錄，交叉比對 @Gmail 銷售往來。

找出：超過 48 小時未跟進的線索（依來源分組）、跟進鏈斷裂點、估算管道損失金額。

輸出：Excel 明細表 + 1 頁高階主管摘要 PPT（突出七位數潛在損失）+ 可每週重複執行的審查流程建議。

4.2 市場（Marketing）

場景 A：研究 → Brief → 多市場素材（端到端）

我上傳了客戶研究材料：[附件 / @Google Drive 連結]

階段 1 — Brief：提煉受眾、痛點、競爭定位，輸出 Campaign Brief（Google Docs）
階段 2 — 素材：1 封獲客郵件、3 條 LinkedIn、1 套落地頁文案大綱 → 儲存到 Drive
階段 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 訊息。

4.3 財務（Finance）

場景 A：月結差異分析（OpenAI 內部驗證）——效果：關帳從「數天」壓縮到「數小時」。

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

從 @Google Drive「Finance / Actuals」和「Finance / Forecast」拉取表格
在 @Google Sheets 新建對帳工作簿：依部門彙總實際 vs 預測，標註差異 >5% 或 >$50K 的科目
生成績效說明初稿（Google Docs），依收入／成本／營運費用分類解釋
製作 5–8 頁管理層匯報 PPT（含圖表，遵循附件模板風格）
列出需財務人工確認的 3 個關鍵判斷點

約束：不修改來源資料；所有數字註明來源儲存格。

場景 B：發票與付款對帳（AP 自動化）

對比付款登記冊與發票清單（@Google Drive 連結）。

標記：金額差異 >2%、缺失稅號、重複發票號、供應商名稱不匹配。
回傳審查清單；不自動發起付款。

4.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. 輸出產品待評估清單；設定每週五自動重新整理

約束：回饋引用匿名化，不出現客戶姓名。

4.5 產品（Product）

場景 A：跨 Jira + GTM 上線就緒審查（Nvidia 案例改編）

為 [產品／功能名稱] 做上線就緒審查：

1. 從 @Jira 拉取 Epic/Story 完成狀態與未關閉 Blocker
2. 從 @Google Drive「GTM Plans」檢查關鍵里程碑
3. 從 @Slack #product-launch 提取近 7 天未決討論
4. 輸出 Readiness 報告：就緒度評分（紅／黃／綠）、阻塞項清單、Go/No-Go 建議

不自動修改 Jira；高風險項標註需人工決策。

4.6 工程（Engineering）— Work 與 Codex 協作

工程場景建議 Codex 負責程式碼實作，Work 負責跨團隊協作文件，同一桌面 App 內切換。

場景 A：PR 審查 + 發布說明

Codex 模式：審查 [repo/name] PR #123（安全／效能／測試覆蓋），側邊欄逐條意見，通過後生成 Release Notes 草稿。

Work 模式：整理為 @Confluence 頁面格式，草擬 @Slack #engineering 公告（不自動發送）。

場景 B：多儲存庫 Issue 彙總週報

Codex 模式：跨 [frontend-repo] 和 [backend-repo] 彙總本週已合併 PR 與未關閉 P0/P1 Issue，生成工程週報 Markdown。

Work 模式：轉為 Google Docs 並插入燃盡圖（從 @Jira 拉取）；設定每週五 17:00 Scheduled Task 自動生成。

5. Scheduled Tasks 自動化配方庫

配方名稱	觸發方式	任務描述	適合崗位
週一議程重新整理	每週一 07:00	彙總 Slack 動態 → 更新議程 Doc	市場 / 營運
每日指標晨報	每個工作日 06:30	存取儀表板 → 對比昨日 → 郵件簡報	營運 / 財務
回饋聚類週報	每週五 16:00	多渠道回饋 → 主題聚類 → 優先級清單	產品
帳戶動態日報	每個工作日 08:00	CRM 變化 → 更新 Sites 指揮中心	銷售

5.1 設定定時任務的 Prompt 句式

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

5.2 無人值守前的安全自檢

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

6. 用量優化：讓 Work 模式更省錢

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

因素	對用量的影響
任務步驟數	步驟越多，消耗越大
上下文大小	拉取文件／郵件越多，消耗越大
輸出長度	輸出 Token 成本約為輸入的 6 倍
快取命中	重複讀取同一文件，cached input 約為 fresh 的 1/10
模型選擇	GPT-5.6 複雜推理消耗高於輕量任務所需

6.1 七條省錢實操

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

6.2 上線前「用量試算」五步法

選一個已知耗時的真實任務（如月結差異表，通常人工 2 小時）
在 Work 模式用 Plan Mode 跑一遍，記錄步驟數
執行後查看本次消耗（對比方案 included usage）
估算：若每天／每週執行，月消耗是否在預算內
若偏高 → 依上文優化後重跑對比

7. 常見踩坑與排障

問題	原因	解決方案
Work 找不到 Codex 專案	未完成 App 遷移	更新 Codex App → 自動變 ChatGPT 桌面端；異常則從 chatgpt.com/download 重裝
外掛授權後仍拉不到資料	權限不足或 @名拼寫錯誤	檢查外掛目錄授權；寫 `@Salesforce` 而非泛稱「CRM」
Plan 對但結果跑偏	上下文過時或 AI 推斷	執行中暫停糾偏；關鍵資料用附件／連結明確提供
定時任務沒觸發	電腦休眠／桌面端未登入	長週期任務建議 Web Workspace Agent；桌面需保持喚醒
用量超出預期	輸出過長、重複拉取、步驟過多	參考第六節優化；Enterprise 在 Admin Console 設限
不知道用 Work 還是 Cowork	工作流類型不同	雲端 SaaS 協作用 Work；本機資料夾批次處理用 Cowork

8. 30 天上手路線圖

階段	目標	行動
第 1 週	熟悉單任務	選 1 個最熟悉任務，桌面端 Work 手動執行 3 次，練習 Plan Mode 審核
第 2 週	外掛深度整合	連接 3 個核心工具（郵件+協作+檔案），完成 1 次跨 App 端到端交付
第 3 週	自動化	將第 1 週任務改為 Scheduled Task，驗證 3 次觸發穩定性
第 4 週	團隊推廣	整理本崗位 Prompt 模板庫；Enterprise 同步管理員設額度

9. 深度案例：Virgin Atlantic 與 OpenAI 內部財務驗證

OpenAI 在發布 ChatGPT Work 時引用了多個企業早期驗證案例。Virgin Atlantic 將銷售會議準備從手動 1–2 小時壓縮為自動化 Brief 流水線；OpenAI 內部財務團隊用 Work 完成月結差異分析，將關帳週期從數天降至數小時——關鍵不是「AI 更聰明」，而是把已知的重複流程標準化為 Prompt + Scheduled Task。

對 Mac 用戶而言，這些工作流在桌面端 Work 模式上體驗最佳：Computer Use 可操控本機 Excel、FCP 專案資料夾或 Xcode 模擬器；但當多個 Scheduled Task 並行（銷售 Brief + 財務月結 + 營運晨報同時跑）時，MacBook 的統一記憶體與前台回應會迅速成為瓶頸——這正是「前台 Mac 審批 + 遠端 Mac 背景跑 Agent」分層架構的價值所在。

10. FAQ

Q：應該先練哪個崗位的工作流？

選你最熟悉、能判斷輸出對錯的任務。官方推薦：月結差異分析、行銷 Brief、銷售會議準備。

Q：Prompt 寫多長合適？

重點寫清「資料來源 + 輸出格式 + 約束」，通常 150–400 字足夠。不要把每一步手動指令都寫上。

Q：定時任務能在關機時執行嗎？

桌面端 Scheduled Task 依賴裝置在線。需真正背景無人值守，建議 Plus 以上用 Web 端 Workspace Agent。

Q：Work 模式和 Workspace Agent 有什麼區別？

Work 是個人在 ChatGPT 內直接使用的 Agent 模式；Workspace Agent 是團隊在 Business/Enterprise 內建立、共享、統一管理的自動化 Agent，帶 Admin Console 治理。

Q：生成的 PPT/Excel 能直接對外匯報嗎？

建議視為「80 分初稿」。財務數字、客戶名稱、對外聲明務必人工覆核。

Q：免費用戶能跑本文哪些模板？

桌面端 Work 可試用，但有用量上限。建議先用「發票對帳」等輕量任務測試，避免長週期自動化。

11. 參考來源

12. 收束：Mac 桌面跑 Work，長時 Agent 交給遠端節點

ChatGPT Work 的價值不在於「它發布了」——而在於消除你已經厭倦的手動流程。Mac 桌面端是 Work + Codex + Computer Use 的最佳載體：本機 Excel 對帳、資料夾批次處理、GUI 自動化在 Apple Silicon 上回應流暢。但當多個 Scheduled Task 並行、數小時 Agent 與 Codex 多儲存庫任務同時執行時，本機統一記憶體與電池會迅速吃緊；純 Windows 雲端主機雖能掛背景，卻對 Apple 生態工具鏈與 Metal 圖形工作流支援有限。

更務實的架構是：Mac 本機負責 Work 互動與 Plan Mode 審批，把銷售 Brief 流水線、財務月結、營運晨報等定時 Agent放到 MACGPU 遠端 Mac mini M4 節點——Apple Silicon 統一記憶體適合並行 Agent，SSH 按需啟停，與本機 ChatGPT 桌面端形成「前台操控 + 背景常駐」雙層架構。