AI Agent Work 實戰 2026-07-11

ChatGPT Work 實戰指南：6 職務工作流 + Prompt 模板與定時任務配方

誰遇到什麼問題？已讀過 ChatGPT Work 發布解讀，卻在週一上班不知「拿它做什麼」的銷售、行銷、財務、營運、產品與工程團隊。本文給什麼？按職務拆解可複製 Prompt 模板、Plan Mode 審核清單、Scheduled Tasks 配方與用量優化七策。結構包含：三原則表、模式選型矩陣、六職務全場景模板、排障表、30 天路線圖與 FAQ。

ChatGPT Work 2026 六職務工作流 Prompt 模板 Scheduled Tasks Plan Mode 實戰教學

📋 本文目錄

姊妹篇解讀發布背景、Codex 併入與 Claude Cowork 對照，見 ChatGPT Work 正式上線：Codex 併入 ChatGPT 桌面應用全解析。底層模型能力見 GPT-5.6 Sol/Terra/Luna 全解析；Agent 工作流隔離可參考 Agent Skill 完全指南。

01 · 摘要：從「知道它是什麼」到「明天上班用它做什麼」

2026 年 7 月 9 日，OpenAI 發布 ChatGPT Work，Codex 併入全新 ChatGPT 桌面應用程式。若你已讀過發布解讀，下一步真正的問題是：我明天上班能拿它做什麼？

OpenAI 官方建議的入門方式很直接——先交給你已熟悉的一項任務，例如月結差異分析、行銷活動 Brief、銷售會議準備。本文沿這條思路展開：按職務拆解真實工作流，提供可複製的 Prompt 模板、Plan Mode 審核要點、Scheduled Tasks 自動化配方，以及避免用量失控的實操技巧。

想了解發布背景、功能全景、與 Claude Cowork 的對照？請閱讀姊妹篇：ChatGPT Work 正式上線：Codex 併入 ChatGPT，AI 超級應用時代來了。

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

在複製 Prompt 之前，先理解 ChatGPT Work 與一般 Chat 的本質差異：

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

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

新版 ChatGPT 桌面應用程式三模式並存，用錯模式會浪費用量：

你的需求 推薦模式 原因
快速問答、腦力激盪、單輪文案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 模式

03 · 通用工作流框架：5 步跑通第一個任務

無論哪個職務，建議按此流程操作：

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

3.1 Prompt 寫作公式（Work 模式專用）

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

範例骨架：

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

3.2 Plan Mode 審核清單

執行前逐項確認：

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

04 · 6 大職務實戰工作流（含 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 + 每日更新）

痛點：大客戶帳戶資訊分散在 CRM、郵件、Slack，銷售需手工維護帳戶計畫。
Work 解法：用 Codex Sites 建 live dashboard，每日自動重新整理。

基於 @Salesforce 中 [帳戶名稱] 的全部商機、聯絡人與近期活動記錄： 1. 建立一個互動式帳戶指揮中心（Sites），包含： - 商機管道概覽（階段、金額、預計成交日） - 近 7 天關鍵訊號（郵件往來、會議、支援工單） - 建議下一步行動（按優先順序排序） 2. 設定 Scheduled Task：每個工作日上午 8 點自動更新該 Site 3. 有重大變化時，透過 @Slack 私訊通知我 約束：不自動發送任何外部郵件；金額以 CRM 原始資料為準。

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

痛點：每月數千條線索，跟進斷點難以發現。
Work 解法：跨 CRM + 郵件 + 其他工具追蹤觸點，產生高階主管儀表板。

分析 @Salesforce 過去 30 天新增線索及後續跟進記錄，同時交叉比對 @Gmail 中的銷售往來。 找出： 1. 超過 48 小時未跟進的線索（按來源分組） 2. 跟進鏈斷裂點（哪一步之後回應率驟降） 3. 估算管道損失金額 輸出： - Excel 明細表（線索 ID | 來源 | 最後跟進日 | 斷點類型 | 建議動作） - 1 頁高階主管摘要 PPT，突出「七位數潛在損失」級別的機會 - 建議一套可每週重複執行的審查流程（供 Scheduled Task 使用）

4.2 行銷（Marketing）

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

痛點：客戶研究、Campaign Brief、區域適配素材通常由不同人分步完成，上下文頻繁遺失。
Work 解法：單條指令貫穿全流程，上下文自動傳遞。

我上傳了以下客戶研究材料：[附件 / @Google Drive 連結] 請完成端到端行銷工作流： 階段 1 — Brief： - 提煉目標受眾、核心痛點、競爭定位 - 輸出 Campaign Brief（Google Docs），含訊息支柱與通路建議 階段 2 — 素材產生： - 基於 Brief 產生：1 封獲客郵件、3 則 LinkedIn 貼文、1 套登陸頁文案大綱 - 儲存到 @Google Drive「Campaign / [產品名]」資料夾 階段 3 — 區域適配： - 將核心素材適配為美國、歐洲、亞太三個版本（語言、文化引用、合規措辭） - 每個版本標註需人工審核的敏感表述 每完成一個階段暫停，等我確認後再進入下一階段。

場景 B：Slack / Teams 動態同步到會議議程

痛點：週會議程總是過時，需人工翻閱多個頻道。
Work 解法：每週自動彙總頻道動態，重新整理議程 Doc。

設定每週一早上 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 內部驗證場景）

痛點：月結關帳、預測調整動輒數天，大量時間耗在找數與做表。
Work 解法：自動定位來源資料 → 填入 Sheets → 對帳 → 產生匯報簡報。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% - 缺失稅號 - 重複發票號 - 供應商名稱不符 不自動發起付款；只輸出審查表供人工覆核。

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. 輸出產品待評估清單（Notion / Google Docs 格式） 4. 設定每週五自動重新整理該文件的 Scheduled Task 約束：回饋引用匿名化處理，不出現客戶姓名。

4.5 產品（Product）

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

痛點：新產品上線需同時檢查工程進度、行銷計畫、支援文件，人工核對耗時且易漏項。
Work 解法：跨系統拉取狀態，產生上線 Readiness 報告。

為 [產品/功能名稱] 做上線就緒審查： 1. 從 @Jira 拉取關聯 Epic / Story 完成狀態與未關閉 Blocker 2. 從 @Google Drive「GTM Plans」拉取對應上市計畫，檢查關鍵里程碑 3. 從 @Slack #product-launch 提取近 7 天未決討論 4. 輸出上線 Readiness 報告（Google Docs）： - 就緒度評分（紅 / 黃 / 綠） - 阻塞項清單（負責人 | 截止日期 | 風險級別） - 建議 Go / No-Go 判斷及依據 不自動修改 Jira 狀態；高風險項標註需人工決策。

4.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 自動產生

05 · Scheduled Tasks 自動化配方庫

OpenAI 官方推薦的 4 類高頻定時任務，可直接改編：

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

5.1 設定定時任務的 Prompt 句式

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

5.2 無人值守前的安全自檢

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

06 · 用量優化：讓 Work 模式更省錢

ChatGPT Work 與 Codex 共用用量計費池（非固定月費功能）。同一工作流，設計不同，成本可差 5 倍。

6.1 官方計費邏輯（簡化版）

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

6.2 七條省錢實操

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

6.3 上線前「用量試算」方法

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

07 · 常見踩坑與排障

問題 原因 解決方案
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（詳見 姊妹篇對照章節）

08 · 30 天上手路線圖

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

09 · 常見問題 FAQ

Q: 我應該先練哪個職務的工作流？
A: 選你最熟悉、能判斷輸出對錯的任務。OpenAI 官方推薦：月結差異分析、行銷 Brief、銷售會議準備——因為你能快速驗證品質。

Q: Prompt 寫多長合適？
A: 重點寫清「資料來源 + 輸出格式 + 約束」，通常 150–400 字足夠。不要把每一步手動指令都寫上，那是 Work 模式要自動完成的事。

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 模式可試用，但有用量上限。建議先用「場景 B：發票對帳」等輕量任務測試，避免長週期自動化。

10 · 租用隔離 Mac：在乾淨環境試跑 Work 工作流的最優路徑

本文的 Prompt 模板大多涉及 Gmail、Slack、Salesforce、Google Drive 等生產帳號授權，還有 Computer Use 讀取本機 Excel、批次處理資料夾。若在主力 MacBook上一次性跑通六職務試煉，風險很現實：OAuth 權杖與日常 Keychain 混裝、Scheduled Task 誤覆寫個人檔案、Codex 多儲存庫 clone 污染 Xcode 環境。Windows 用戶雖可在 Web 端部分體驗 Work，但無法完整驗證桌面端 Computer Use + 本機檔案批次處理這條關鍵路徑。

更穩妥的做法是：在按天租用的 M 系列 Mac mini 上完成「外掛最小權限授權 → 手跑 3 次 Plan Mode → 單次 Scheduled Task 驗證 → 環境銷毀」，OAuth 與測試資料不殘留主力機。這與 Agent Skill 隔離試跑邏輯一致——先驗證工作流 ROI，再決定是否規模化到團隊主力裝置。計費與 SSH 接入見 M 系列 Mac 算力租賃定價。

ChatGPT Work 的價值不在於「它發布了」，而在於它能否替你完成一項你已經厭倦的手工流程。最快 ROI 路徑：選一項你最熟悉的任務，手跑三次、調 Prompt、再自動化——而不是繼續讀更多發布稿。若你追求與 Apple 生態一致的驗收結論，隔離 Mac 試跑通常比污染主力機更省時間。

11 · 參考來源

最後更新：2026 年 7 月 11 日。Work rollout 與用量計費可能調整，請以 OpenAI 官方為準。