ChatGPT Work 怎麼用？開始前必須懂的 3 個原則
在複製 Prompt 之前，先理解 ChatGPT Work 與普通 Chat 的本質區別：
| 原則 | 說明 | 實操建議 |
|---|---|---|
| 描述結果，而非步驟 | Work 模式會自主規劃路徑 | 錯誤：「打開 Salesforce，匯出資料…」→ 正確：「基於 @Salesforce 近 30 天商機，產生帶風險標註的週報 PPT」 |
| 先連工具，再下任務 | 外掛目錄是 Work 的資料來源 | 任務前確認 Gmail、Slack、Drive 已授權；用 @應用名 顯式指定來源 |
| Plan Mode 是剎車 | 複雜任務先出計畫、確認後執行 | 對外郵件、財務報告、客戶交付物務必逐條審核計畫 |
新版 ChatGPT 桌面應用三模式並存，用錯模式會浪費用量：
| 你的需求 | 推薦模式 | 原因 |
|---|---|---|
| 快速問答、腦力激盪、單輪文案 | Chat | 輕量、回應快 |
| 跨 App 多步驟、交付成品檔案、數小時長任務 | Work | 外掛整合 + Plan Mode + Computer Use |
| 程式碼審查、PR 管理、多儲存庫開發 | Codex | 保留開發者專屬工作流 |
| 每週重複、無人值守的後台任務 | Work + Scheduled Tasks | 定時/觸發式自動推進 |
本機檔案與 Computer Use：需要讀寫本機檔案、Computer Use、免費方案試用 → 選桌面端（Mac / Windows）。
團隊協作與進度查看：隨時查看任務進度 → 選 Web / 行動端（Plus 及以上）。
銷售會議 Brief 自動通知：Web 端 Workspace Agent + 定時排程更合適。
本機 Excel 對帳批次處理：桌面端 Work 模式 + Computer Use 是首選。
痛點拆解：普通 Chat 只給建議；Work 能跨工具拉資料、跑完流程、交出可用檔案——但前提是你說清「要什麼成品」而非「怎麼做」。
ChatGPT Work Prompt 怎麼寫？通用 5 步框架
無論哪個崗位，建議按此流程操作：
1. 連接外掛 → 2. 寫清目標與輸出格式 → 3. 審核 Plan Mode → 4. 中途介入糾偏 → 5. 驗收成品並迭代
Work 模式 Prompt 寫作公式：
[角色] + [資料來源 @外掛] + [具體任務] + [輸出格式] + [約束條件] + [驗收標準] 範例骨架： 你是 [崗位角色]。從 @Salesforce 和 @Gmail 拉取 [時間範圍] 的 [資料類型]。 完成 [具體動作]，輸出為 [Google Docs / Excel / PPT / Sites]。 約束：[不可修改原始資料 / 金額保留兩位小數 / 不對外發送郵件]。 完成後 [Slack 通知我 / 儲存到指定資料夾]。
Plan Mode 審核清單（執行前逐項確認）：
資料來源：會不會拉到錯誤客戶或錯誤月份？
高風險動作：是否有對外發送、刪除、覆蓋檔案等操作？
輸出格式：是否符合團隊模板？
步驟精簡：中間步驟是否可刪減以節省用量？
人工確認節點：哪些步驟需你先批准？
首次試跑：高賭注任務先用單次執行驗證 2–3 次，再改為 Scheduled Task。
6 大崗位 ChatGPT Work 實戰工作流與 Prompt 模板
以下模板基於 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 — [日期]」，正文為表格
場景 B：帳戶動態指揮中心（Sites + 每日更新） — 用 Codex Sites 建 live dashboard，每日自動刷新 CRM 管道、7 天關鍵訊號與建議下一步行動；有重大變化時 @Slack 私訊通知，不自動發外部郵件。
場景 C：線索審查與管道修復（Zapier 案例改編） — 分析 @Salesforce 過去 30 天線索 + @Gmail 往來，找出 48 小時未跟進線索、跟進鏈斷裂點、估算管道損失；輸出 Excel 明細 + 1 頁高管摘要 PPT + 可每週重複執行的審查流程。
3.2 行銷（Marketing）
場景 A：研究 → Brief → 多市場素材（端到端） — 階段 1 輸出 Campaign Brief；階段 2 產生郵件、LinkedIn 貼文、落地頁大綱；階段 3 適配美國、歐洲、亞太三版本並標註需人工審核的敏感表述；每階段暫停等你確認。
場景 B：Slack/Teams 動態同步到會議議程（Scheduled Task） — 每週一 7 點彙總 #product-launch 與 Go-to-Market 頻道過去 7 天討論，更新「週會議程」文件，在 #leadership 發布 ≤5 條摘要；只引用已公開內容，不洩露 confidential 訊息。
3.3 財務（Finance）
場景 A：月結差異分析（OpenAI 內部驗證） — 從 Drive「Finance/Actuals」與「Forecast」拉表，在 Sheets 新建對帳工作簿（標註 >5% 或 >$50K 差異），產生績效說明初稿與 5–8 頁管理層 PPT，列出 3 個需人工確認的關鍵判斷點。OpenAI 內部效果：月結從「數天」壓縮到「數小時」。
場景 B：發票與付款對帳 — 對比付款登記冊與發票清單，標記金額差異 >2%、缺失稅號、重複發票號、供應商名稱不匹配；只輸出審查表，不自動發起付款。
3.4 營運（Operations）
場景 A：每日儀表板變化監控（Scheduled Task） — 工作日 6:30 存取內部儀表板，與昨日快照對比（>10% 波動或紅色指標），產生 1 頁早間簡報郵件給 ops-leads；無法存取時在 Plan 階段告知，不編造資料。
場景 B：客戶回饋主題聚類 → 產品優先級 — 監控 Slack #customer-feedback、Gmail NPS-Detractor、Drive 工單匯出過去 14 天回饋，聚類 5–8 主題，按「頻次 × 影響度 × 實施難度」評估，輸出待評估清單並設定每週五自動刷新；回饋引用匿名化。
3.5 產品（Product）
場景 A：跨 Jira + GTM 上線就緒審查（Nvidia 案例改編） — 拉取 Jira Epic/Story 完成狀態與 Blocker、GTM 計畫里程碑、Slack #product-launch 未決討論；輸出紅/黃/綠就緒度報告、阻塞項清單與 Go/No-Go 建議；不自動修改 Jira 狀態。
3.6 工程（Engineering）— Work 與 Codex 協作
工程場景建議 Codex 負責程式碼實作，Work 負責跨團隊協作文件，在同一桌面 App 內切換。
| 場景 | Codex 模式 | Work 模式 |
|---|---|---|
| A：PR 審查 + 發布說明 | 審查 PR #123，側邊欄意見，產生 Release Notes | 整理為 @Confluence 格式，草擬 @Slack #engineering 公告（不自動發送） |
| B：多儲存庫 Issue 週報 | 跨 frontend + backend 彙總 PR 與 P0/P1 Issue → Markdown | 轉 Google Docs，插入 Jira 燃盡圖；設每週五 17:00 Scheduled Task |
ChatGPT Work Scheduled Tasks 自動化配方與六步上手
| 配方名稱 | 觸發方式 | 任務描述 | 適合崗位 |
|---|---|---|---|
| 週一議程刷新 | 每週一 07:00 | 彙總 Slack 動態 → 更新議程 Doc | 行銷 / 營運 |
| 每日指標早報 | 每個工作日 06:30 | 存取儀表板 → 對比昨日 → 郵件簡報 | 營運 / 財務 |
| 回饋聚類週報 | 每週五 16:00 | 多渠道回饋 → 主題聚類 → 優先級清單 | 產品 |
| 帳戶動態日報 | 每個工作日 08:00 | CRM 變化 → 更新 Sites 指揮中心 | 銷售 |
設定 Scheduled Task： - 頻率：[每天 / 每週一 / 每月 1 日 / 當 @Slack 頻道出現關鍵字時] - 時間：[時區 + 具體時間] - 動作：[具體工作流描述] - 通知：[Slack 頻道 / 郵件 / 無通知] - 人工確認：[哪些步驟需我先批准]
無人值守前安全自檢：限制外掛存取範圍；關閉自動對外發送；設定輸出存檔路徑避免覆蓋；Enterprise 確認管理員 Agent 網路策略；先用單次執行驗證 2–3 次再改定時。
下載桌面應用：前往 chatgpt.com/download，已裝 Codex 直接更新。
切換 Work 模式：頂部導覽選擇 Work（另可選 Chat / Codex）。
連接工作工具：在外掛目錄授權 Gmail、Slack、Drive、Salesforce 等。
選崗位模板：從本文第三節複製對應 Prompt，替換 @外掛名 與時間範圍。
審核 Plan Mode：確認資料來源、高風險動作與輸出格式後再執行。
驗收並自動化：滿意後設定 Scheduled Task；長週期無人值守優先 Web 端 Workspace Agent。
ChatGPT Work 用量優化、踩坑排障與 30 天路線圖
ChatGPT Work 與 Codex 共用用量計費池。同一工作流，設計不同，成本可差 5 倍。
| 因素 | 對用量的影響 |
|---|---|
| 任務步驟數 | 步驟越多，消耗越大 |
| 上下文大小 | 拉取的文件/郵件越多，消耗越大 |
| 輸出長度 | 輸出 Token 成本約為輸入的 6 倍 |
| 快取命中 | 重複讀取同一文件，cached input 成本約為 fresh 的 1/10 |
| 模型選擇 | GPT-5.6 複雜推理消耗高於輕量任務所需 |
先用 Chat 打草稿，滿意後把精簡版交給 Work 執行。
Plan Mode 刪掉多餘步驟，尤其是重複拉取同一資料來源。
Scheduled Task 複用同一份模板文件，利用快取折扣。
輸出要求簡潔：「表格 + 3 條摘要」優於完整敘述性報告。
大任務拆分：Phase 1 確認方向 → Phase 2 產生成品。
Enterprise 團隊：在 Admin Console 設 workspace / group / 個人三級額度。
| 問題 | 原因 | 解決方案 |
|---|---|---|
| 找不到 Codex 專案 | 未完成 App 遷移 | 更新 Codex App → 自動變為 ChatGPT 桌面端；異常則重裝 |
| 外掛授權後拉不到資料 | 權限不足或 @名 拼寫錯誤 | 檢查授權範圍；顯式寫 @Salesforce 而非泛稱 CRM |
| Plan 對但結果跑偏 | 上下文過時或 AI 推斷 | 執行中暫停糾偏；關鍵資料用附件顯式提供 |
| 定時任務沒觸發 | 電腦休眠/未登入 | 長週期任務建議 Web Workspace Agent |
| 不知道用 Work 還是 Cowork | 工作流類型不同 | 雲端 SaaS 協作用 Work；本機資料夾批次處理用 Cowork |
| 階段 | 目標 | 行動 |
|---|---|---|
| 第 1 週 | 熟悉單任務 | 選 1 個最熟悉任務，桌面端 Work 手跑 3 次，練習 Plan Mode |
| 第 2 週 | 外掛深度整合 | 連接 3 個核心工具，完成 1 次跨 App 端到端交付 |
| 第 3 週 | 自動化 | 將第 1 週任務改為 Scheduled Task，驗證 3 次觸發 |
| 第 4 週 | 團隊推廣 | 整理本崗位 Prompt 模板庫；Enterprise 同步管理員設額度 |
月結壓縮：OpenAI 內部驗證月結關帳與預測流程從「數天」壓縮到「數小時」。
成本倍差：同一工作流設計不同，用量成本可差 5 倍；cached input 約為 fresh 的 1/10。
輸出 Token 溢價：輸出成本約為輸入的 6 倍，故「表格 + 摘要」優於長敘述。
ChatGPT Work 的價值不在於「它發布了」，而在於消除你已經在手動做的繁瑣流程。但桌面端 Scheduled Task 依賴裝置在線，筆電合蓋休眠、記憶體爭用與網路抖動會導致定時任務漏跑；純 Web Agent 又難以穩定存取本機 Excel 與 IDE 環境。對於需要 7×24 跑 Work/Codex 長時任務、且要穩定讀寫本機檔案的生產環境，MESHLAUNCH 的 Mac Mini 雲端租用通常是更優解：獨占 Apple Silicon、7×24 在線、按天/週/月彈性下單，可作為 ChatGPT Work 專用執行節點。
選你最熟悉、能判斷輸出對錯的任務。OpenAI 官方推薦：月結差異分析、行銷 Brief、銷售會議準備——因為你能快速驗證品質。詳情可見 租用價格頁了解專用執行節點。
重點寫清「資料來源 + 輸出格式 + 約束」，通常 150–400 字足夠。不要把每一步手動指令都寫上，那是 Work 模式要自動完成的事。
桌面端 Scheduled Task 依賴裝置在線。需真正後台無人值守，建議 Plus 以上用 Web 端 Workspace Agent 排程。
Work 是個人在 ChatGPT 內直接使用的 Agent 模式；Workspace Agent 是團隊在 Business/Enterprise 內建構、共享、統一管理的自動化 Agent，帶 Admin Console 治理。兩者技術底座相似，使用入口不同。
建議視為「80 分初稿」。財務數字、客戶名稱、對外聲明務必人工覆核後再使用。
桌面端 Work 模式可試用，但有用量上限。建議先用「發票對帳」等輕量任務測試，避免長週期自動化。建議先查看 幫助中心了解雲端 Mac 作為 Agent 執行節點的部署方案。