ChatGPT Work 實戰教學:六大角色工作流、Prompt 範本與自動化配方(2026)

約 12 分鐘閱讀 · MACCOME · 最後更新:2026 年 7 月 11 日

適用讀者:已知道 ChatGPT Work 是什麼,但需要週一早上就能上手的業務、行銷、財務、營運、產品與工程主管。2026 年 7 月 9 日,OpenAI 發布 ChatGPT Work,並將 Codex 併入全新桌面應用。你將獲得:三大使用原則、模式與環境決策表、五步通用工作流、六大角色可直接複製的 Prompt、Scheduled Tasks 配方、用量優化策略、30 天上線路線圖,以及六問 FAQ。結構:原則 → 框架 → 角色範本 → 自動化 → 成本控制 → 踩坑排查 → 上線計畫 → 收束轉化。發布背景與 Cowork 對比請見配套發布指南

bolt

TL;DR — 30 秒結論

  • 從你熟悉的任務開始:月結差異、行銷 Brief 或業務會議準備——你能快速驗證品質。
  • 描述成果,不要逐步下指令:Work 會自行規劃路徑;用 @AppName 鎖定資料來源,執行前審閱 Plan Mode。
  • 六大角色、現成 Prompt:業務(3)、行銷(2)、財務(2)、營運(2)、產品(1)、工程(2)——外掛名稱請依你的技術棧調整。
  • 自動化放最後:先手動跑 2–3 次,通過安全檢查表後再轉 Scheduled Tasks。
  • 留意用量:同一工作流依設計不同,成本可能差 5 倍——先在 Chat 起草、精簡 Plan 步驟、要求精簡輸出。

六大痛點:知道 ChatGPT Work 還不夠

OpenAI 的上手建議很簡單——從你已經很熟悉的任務開始——但多數團隊在第一次成功執行前就卡住了。Zapier、Nvidia、Virgin Atlantic 與 OpenAI 內部業務團隊的早期採用者,普遍遇到以下六個阻礙:

  1. 模式選錯,配額白白燒掉:在 Chat 模式跑跨 App 數小時任務會中途停滯;用 Work 做深度程式碼審查又不如 Codex。選錯賽道會在還沒交付成果前就耗盡內含用量。
  2. 逐步 Prompt 與 Agent 對著幹:Work 模式會自行規劃路徑。過度微管理「先開 Salesforce、匯出、然後……」會產生脆弱執行與更長步驟鏈。
  3. 外掛未連線:Gmail、Slack、Drive 必須在任務開始前完成授權。模糊寫「CRM」會失敗;明確使用 @Salesforce 才能鎖定資料層。
  4. 高風險工作跳過 Plan Mode:對外郵件、財務報告與客戶交付物需要逐步核准。不審閱就自動執行,是返工最快的路。
  5. 過早自動化:手動驗證未跑兩三次就排程,容易靜默失敗——尤其筆電睡眠或儀表板 URL 變更時。
  6. 月底用量震驚:Work 與 Codex 共享計量池。冗長輸出、重複拉資料,以及在輕量任務上用 GPT-5.6,可能讓同一工作流比精簡設計貴五倍。

本指南以原則、範本與分階段上線計畫移除上述阻礙——不是又一篇發布會 recap。

決定成敗的三大原則

複製任何 Prompt 之前,先內化 ChatGPT Work 與日常 Chat 的差異:

原則意義實務技巧
描述成果,不要描述步驟 Work 模式會自行規劃執行路徑 避免:「開啟 Salesforce、匯出資料、然後……」——改為:「從 @Salesforce 近 30 天商機建立每週 Pipeline 簡報,標記高風險機會」
先連工具 外掛是 Work 的資料層 開始前授權 Gmail、Slack、Drive;用 @AppName 明確鎖定來源
Plan Mode 是你的煞車 執行前審閱計畫 高風險交付物(對外郵件、財務報告、客戶文件)逐步核准

選對模式:Chat / Work / Codex

新版 ChatGPT 桌面應用在同一殼層下運行三種模式。選錯會浪費配額:

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

桌面 vs Web:各工作流該在哪跑

情境建議環境
本機檔案讀寫、Computer Use、免費方案試用 桌面版(Mac / Windows)
團隊協作、隨地監控任務進度 Web / 行動端(Plus 以上)
業務會議 Brief 自動產生 + 郵件通知 Web Workspace Agent + 定時派送
本機 Excel 對帳、資料夾批次處理 桌面版 Work 模式

通用五步工作流框架

不論角色,第一次任務都依此順序執行:

workflow
1. 連接外掛 → 2. 撰寫目標 + 輸出格式 → 3. 審閱 Plan Mode → 4. 執行中調整 → 5. 驗收交付物並迭代

Work 模式 Prompt 公式

prompt
[角色] + [資料來源 @外掛] + [任務] + [輸出格式] + [限制條件] + [驗收標準]

範例骨架:

你是 [角色]。從 @Salesforce 與 @Gmail 拉取 [時間範圍] 的 [資料類型]。完成 [具體動作],輸出為 [Google Docs / Excel / PPT / Sites]。限制:[不修改來源資料 / 金額四捨五入至小數兩位 / 不發送對外郵件]。完成後 [Slack 通知我 / 存至指定資料夾]。

Plan Mode 審閱檢查表

核准執行前,確認每一項:

  • 資料來源是否正確(帳號、月份)?
  • 是否有高風險動作(發送對外郵件、刪除、覆寫檔案)?
  • 輸出是否符合團隊範本?
  • 能否移除步驟以節省用量?
  • 是否需要人工核准檢查點?

六大角色工作流與 Prompt 範本

以下範本參考 OpenAI 官方案例、早期測試者回饋(Zapier、Nvidia、Virgin Atlantic)與 Workspace Agent Cookbook。請將 @plugin 名稱替換為你實際的技術棧。

業務(Sales)

情境 A:每日客戶會議 Brief(定時排程)

痛點:業務代表每天花 1–2 小時整理客戶背景、近期新聞與會議議程。

Work 解法:掃描明日行事曆、拉 CRM 筆記、搜尋近期新聞、產生並歸檔 Brief。

OpenAI 內部參考:業務團隊在 24 小時內將 Discovery 對話轉為客製 PoC 提案——傳統流程需數週。

prompt — sales A
Create a scheduled task running every weekday at 4pm:

1. Check tomorrow's customer meetings in @Google Calendar (exclude internal-only)
2. For each customer meeting:
   - Pull 30-day account notes and interaction history from @SharePoint / @Salesforce
   - Search 30-day public news and executive updates for that company
   - Write a 2–3 sentence background summary for each external attendee
3. Generate a 2–3 page brief per meeting, save as @Google Drive documents
4. Email me a summary with links via @Gmail

Output format: email subject "Tomorrow's Customer Meeting Briefs — [date]", body as a table (Client | Meeting time | Key topics | Brief link)

情境 B:即時帳戶指揮中心(Sites + 每日更新)

痛點:企業帳戶資料分散在 CRM、郵件與 Slack;業務需手動維護帳戶計畫。

Work 解法:建立每日自動刷新的 Sites 儀表板。

prompt — sales B
From all opportunities, contacts, and recent activity for [Account Name] in @Salesforce:

1. Create an interactive account command center (Sites) including:
   - Pipeline overview (stage, amount, expected close date)
   - Key signals from the last 7 days (email, meetings, support tickets)
   - Recommended next actions (priority sorted)
2. Set a Scheduled Task: auto-refresh the Site every weekday at 8am
3. DM me via @Slack when major changes occur

Constraints: do not auto-send any external emails; amounts must match CRM source data.

情境 C:潛在客戶審查與 Pipeline 修復(Zapier 風格工作流)

痛點:每月數千筆潛在客戶,追蹤缺口難以看見。

Work 解法:交叉比對 CRM 與郵件觸點;輸出管理層儀表板。

prompt — sales C
Analyze @Salesforce leads from the last 30 days and cross-reference @Gmail sales correspondence.

Find:
1. Leads with no follow-up for 48+ hours (grouped by source)
2. Broken handoff points (where response rate drops sharply after a step)
3. Estimated pipeline loss amount

Output:
- Excel detail table (Lead ID | Source | Last follow-up | Gap type | Recommended action)
- 1-page executive summary PPT highlighting seven-figure potential loss opportunities
- A repeatable weekly review workflow (for Scheduled Task use)

行銷(Marketing)

情境 A:研究 → Brief → 多市場素材(端到端 Pipeline)

痛點:研究、行銷 Brief 與區域素材由不同人負責;交接時上下文容易遺失。

Work 解法:一條指令貫穿完整 Pipeline,上下文一路帶下去。

prompt — marketing A
I uploaded the following customer research: [attachment / @Google Drive link]

Complete the end-to-end marketing workflow:

Phase 1 — Brief:
- Extract target audience, core pain points, competitive positioning
- Output Campaign Brief (Google Docs) with messaging pillars and channel recommendations

Phase 2 — Asset generation:
- From the Brief, generate: 1 acquisition email, 3 LinkedIn posts, 1 landing page copy outline
- Save to @Google Drive "Campaign / [product name]" folder

Phase 3 — Regional adaptation:
- Adapt core assets for US, Europe, and APAC (language, cultural references, compliance wording)
- Flag sensitive phrases requiring human review in each version

Pause after each phase and wait for my approval before proceeding.

情境 B:Slack / Teams 同步至會議議程(每週定時)

痛點:每週議程容易過時;需人工掃描多個頻道。

Work 解法:自動摘要頻道動態並更新議程文件。

prompt — marketing B
Set a scheduled task running every Monday at 7am:

1. Summarize important discussions from the last 7 days in @Slack #product-launch and @Microsoft Teams "Go-to-Market" channel
2. Extract: decisions made, open questions, blockers needing alignment in the meeting
3. Update the "Weekly Agenda" document in @Google Drive (preserve version history)
4. Post a summary of 5 bullets or fewer to @Slack #leadership

Constraints: quote only publicly discussed content; do not leak messages marked confidential.

財務(Finance)

情境 A:月結差異分析(OpenAI 驗證案例)

痛點:月結關帳與預測調整需數日;多數時間花在找數字與建表。

Work 解法:自動定位來源資料、填入 Sheets、對帳並產生管理層簡報。

OpenAI 內部成果:月結關帳與預測工作流從數天壓縮至數小時。

prompt — finance A
Assist with [month] month-end budget variance analysis:

1. Pull corresponding tables from @Google Drive "Finance / Actuals" and "Finance / Forecast"
2. Create a reconciliation workbook in @Google Sheets:
   - Summarize actual vs forecast variance by department
   - Flag line items with variance >5% or >$50K
   - Preserve all original formulas; do not overwrite source files
3. Draft performance narrative (Google Docs) explaining likely causes by Revenue / COGS / OpEx
4. Build a 5–8 slide management deck (with charts, following attached template style)
5. List 3 key judgment calls requiring human finance sign-off

Constraints: do not modify any source data; cite source cell for every number.

情境 B:發票 vs 付款登記對帳(AP 自動化第一關)

prompt — finance B
You are an accounts payable specialist. Compare these two datasets:
- Payment register: [@Google Drive link]
- Invoice list: [@Google Drive link]

Flag the following anomalies (return as a table):
| Issue type | Vendor | Invoice # | Amount | Recommended action |
- Amount difference >2%
- Missing tax ID
- Duplicate invoice number
- Vendor name mismatch

Do not initiate payments; output review table for human verification only.

營運(Operations)

情境 A:每日儀表板變動監控(定時排程)

prompt — ops A
Run automatically every weekday at 6:30am:

1. Visit [internal dashboard URL / @SharePoint report page]
2. Compare to yesterday's snapshot; extract significant changes (>10% swing or new red indicators)
3. Generate a 1-page morning brief (Google Docs) structured as:
   - TOP 3 items to watch today
   - Metrics change table
   - Recommended follow-up owners
4. Send via @Gmail to ops-leads@company.com

If the dashboard is unreachable, tell me in Plan Mode — do not fabricate data.

情境 B:客戶回饋聚類 → 產品優先序

prompt — ops B
Monitor new customer feedback from the last 14 days across:
- @Slack #customer-feedback
- @Gmail label "NPS-Detractor"
- @Google Drive "Support Tickets Export"

1. Cluster feedback into 5–8 themes (with representative quotes)
2. Rank by frequency × impact × implementation effort
3. Output a product review backlog (Notion / Google Docs format)
4. Set a Scheduled Task to auto-refresh this document every Friday

Constraints: anonymize all customer references; no customer names in output.

產品(Product)

情境 A:跨 Jira + GTM 上線就緒審查(Nvidia 案例改編)

痛點:上線就緒需同時檢查工程進度、行銷計畫與支援文件——人工且易錯。

Work 解法:跨系統拉取狀態;輸出 Go/No-Go 就緒報告。

prompt — product A
Launch readiness review for [product/feature name]:

1. From @Jira: pull linked Epic / Story completion status and open blockers
2. From @Google Drive "GTM Plans": pull the corresponding launch plan and check key milestones
3. From @Slack #product-launch: extract unresolved discussions from the last 7 days
4. Output a Launch Readiness report (Google Docs):
   - Readiness score (Red / Yellow / Green)
   - Blocker list (owner | due date | risk level)
   - Recommended Go / No-Go judgment with rationale

Do not auto-update Jira status; flag high-risk items for human decision.

工程 — 同一 App 內 Work + Codex

工程工作流可用 Codex 處理程式碼用 Work 處理跨團隊文件。在同一桌面應用內切換模式——無需換工具。

情境 A:PR 審查 → Release Notes → 團隊公告(Codex 主導)

prompt — engineering A
In Codex mode:
1. Review PR #123 in [repo/name], focusing on [security / performance / test coverage]
2. Leave line-by-line review comments in the PR side panel
3. If approved, draft Release Notes

Then switch to Work mode:
4. Format Release Notes for @Confluence page layout
5. Draft @Slack #engineering announcement (do not auto-send)

情境 B:多儲存庫 Issue 摘要週報(Codex 多儲存庫能力)

prompt — engineering B
In Codex mode, across [frontend-repo] and [backend-repo]:
1. Summarize this week's merged PRs and open P0/P1 issues
2. Generate an engineering weekly report in Markdown

Switch to Work mode:
3. Convert to Google Docs and insert this week's burndown chart (pull from @Jira)
4. Set a Scheduled Task to auto-generate every Friday at 5pm

Scheduled Tasks 配方庫

OpenAI 推薦四種高頻定時模式,可直接改編:

配方名稱觸發時間任務描述最適角色
週一議程更新 週一 7:00 摘要 Slack 動態 → 更新議程文件 行銷 / 營運
每日指標 Brief 平日 6:30 造訪儀表板 → 比對昨日 → 郵件報告 營運 / 財務
回饋聚類週報 週五 16:00 多頻道回饋 → 主題聚類 → 優先序清單 產品
帳戶每日更新 平日 8:00 CRM 變動 → 更新 Sites 指揮中心 業務

Scheduled Task Prompt 模式

prompt
Set Scheduled Task:
- Frequency: [daily / every Monday / 1st of month / when keyword appears in @Slack channel]
- Time: [timezone + specific time]
- Action: [specific workflow description]
- Notification: [Slack channel / email / none]
- Human approval: [which steps require my sign-off first]

無人值守前的安全檢查表

  • 外掛權限僅限必要工具
  • 除非明確需要,否則關閉自動對外發送
  • 設定輸出歸檔路徑,避免覆寫他人檔案
  • Enterprise:與管理員確認 Agent 網路政策
  • 排程前先手動單次執行 2–3 次

用量優化:做更多、花更少

ChatGPT Work 與 Codex 共享計量用量池——不是每月固定功能。同一工作流依設計不同,成本可能差五倍

官方計費邏輯(簡化版)

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

七項省用量技巧

  1. 先在 Chat 起草,再將精簡 Brief 交給 Work 執行
  2. 精簡 Plan Mode 步驟,尤其避免重複從同一資料來源拉資料
  3. 在 Scheduled Tasks 重用範本文件,利用快取折扣
  4. 要求精簡輸出:「表格 + 3 點摘要」優於完整敘述報告
  5. 拆分大型專案:Phase 1 確認方向,Phase 2 產出交付物——避免昂貴的全量重跑
  6. 免費使用者:先跑小型桌面任務;量測消耗後再擴大
  7. Enterprise 團隊:在 Admin Console 設定工作區 / 群組 / 個人上限

上線前用量測試方法

runbook
1. 選一個你知道人工耗時的真實任務(例如月結差異表——通常需 2 小時)
2. 在 Work 模式跑一次並開 Plan Mode;記錄步驟數
3. 執行後對照方案內含用量檢查消耗
4. 外推:若每日 / 每週執行,月消耗是否在預算內?
5. 若偏高 → 依第 6.2 節優化後重跑比較

常見踩坑與故障排除

問題原因解法
Work 模式找不到已安裝的 Codex 專案 應用遷移不完整 更新 Codex App → 會變成 ChatGPT 桌面版;若仍異常,從 chatgpt.com/download 重新安裝
外掛已授權但無資料回傳 權限範圍不足或 @name 拼寫錯誤 重新檢查外掛目錄權限;用明確的 @Salesforce 而非「CRM」
Plan 看起來對,輸出卻錯 上下文過期或 AI 推論偏差 暫停並在執行中調整;附加明確來源檔案或連結
Scheduled Task 未觸發 裝置睡眠或桌面版已登出 長週期任務用 Web Workspace Agent;桌面任務需裝置醒著且已登入
用量高於預期 冗長輸出、重複拉資料、步驟過多 參見用量優化章節;Enterprise 可在 Admin Console 設上限
不確定該用 Work 還是 Cowork 工作流類型不同 雲端 SaaS 協作 → Work;本機資料夾批次處理 → Cowork(見配套對比

30 天上線路線圖

階段目標行動
第 1 週 單任務熟練 選一個熟悉任務;桌面 Work 模式手動跑 3 次;練習 Plan Mode 審閱
第 2 週 外掛深度 連接 3 個核心工具(郵件 + 協作 + 檔案);完成一個跨 App 端到端交付
第 3 週 自動化 將第 1 週任務轉為 Scheduled Task;驗證 3 次成功觸發
第 4 週 團隊推廣 文件化角色專用 Prompt 庫;Enterprise 團隊同步管理員用量上限

六步上手 Runbook

第一天依此順序執行——再推廣至團隊:

  1. 安裝或更新 ChatGPT 桌面應用,從 chatgpt.com/download 下載(既有 Codex 安裝會原地遷移)。
  2. 連接三個外掛——通常是郵件、檔案儲存與一個業務系統(CRM、Jira 或 Slack)。
  3. 選一個可驗證的任務,從上方角色章節挑選(差異分析、會議 Brief 或發票對帳)。
  4. 依公式撰寫 Prompt——角色、@來源、輸出格式、限制、驗收標準——然後切換 Work 模式。
  5. 逐行審閱 Plan Mode,依檢查表確認;高風險步驟確認或移除後再核准。
  6. 迭代兩次再排程:再手動跑兩次、微調 Prompt、通過安全檢查表,適合時轉為 Scheduled Task。

三組值得引用的硬資料

以下數字來自 OpenAI 發布材料與早期企業案例——內部簡報可安全引用:

  • 1400+ — ChatGPT Work 統一外掛目錄在發布時的整合數量
  • 數天 → 數小時 — OpenAI 內部財務團隊用 Work 模式壓縮月結關帳與預測工作流
  • 5 倍 — 同一工作流依步驟數、上下文大小與輸出冗長度,用量成本可能相差的倍數(與 Codex 共享計量池)

補充背景:OpenAI 報告 每週 500 萬 Codex 使用者,其中 100 萬+ 從事非程式設計工作——Agent 工作流正從工程擴散至一般知識工作。完整功能拆解與 Cowork 對比請見發布配套文

收束:當筆電成為瓶頸

ChatGPT Work 的 ROI 來自消除你已經厭惡的手動工作流——不是多讀幾篇發布新聞。最快路徑:選一個你極熟悉的任務,跑三次、微調 Prompt,再用 Scheduled Tasks 自動化。

在個人 MacBook 上跑 Agent 時,會出現三個缺口:

  • 睡眠與網路抖動:合蓋或 Wi-Fi 切換會中斷數小時任務;已核准的 Plan 步驟可能需要整段重跑。
  • 權限與資料混用:Computer Use 需要輔助功能與檔案存取,與日常瀏覽器及正式環境機密並存——同一台機器風險高。
  • 無真正的 7×24 執行週期:桌面 Scheduled Tasks 僅在主機保持連線且已登入時觸發。

若要穩定運行 AI Agent 自動化——Work 定時 Pipeline、Codex 多儲存庫任務或 OpenClaw Gateway——MACCOME Mac 雲端主機提供真實 macOS、SSH 交接與隔離環境,讓 Agent 在專用節點 7×24 運行,而非綁在你的日常筆電上。公開方案請見Mac mini 雲端租用價格

資料來源:OpenAI 官方部落格OpenAI Cookbook — Sales Meeting Prep AgentChatGPT Learn 更新日誌SiliconANGLE 發布報導Developers Digest — Codex 合併分析

常見問題

ChatGPT Work 該先試哪個工作流?

從你最熟悉、能自行驗證的任務開始——月結差異分析、行銷 Brief 或業務會議準備。OpenAI 推薦這些場景,因為你能快速檢查輸出品質。

ChatGPT Work 的 Prompt 應該多長?

建議 150–400 字,聚焦資料來源、輸出格式與限制條件。不要逐步微管理——那是 Work 模式自動化的部分。

筆電關機時 Scheduled Tasks 還會跑嗎?

桌面版 Scheduled Tasks 需要裝置保持連線且已登入。若要真正的背景自動化,請使用 Plus 以上方案的 Web Workspace Agent。若要常駐桌面 Agent,專用MACCOME Mac 雲端主機可避免睡眠與合蓋中斷。

Work 模式與 Workspace Agent 有何不同?

Work 是 ChatGPT 內的個人 Agent 模式。Workspace Agent 是 Business 或 Enterprise 中由團隊建置、管理員治理的自動化,可在 Admin Console 控管。技術基礎相同,入口不同。

產出的簡報或報告能直接對外使用嗎?

請視為 80% 草稿。財務數字、客戶姓名與對外聲明務必人工覆核後再發布或簡報。

免費使用者能跑本指南哪些內容?

桌面版 Work 模式可用但有用量限制。建議先從輕量任務(如財務情境 B 發票對帳)開始,再排程長時間自動化。