適用讀者:已知道 ChatGPT Work 是什麼,但需要週一早上就能上手的業務、行銷、財務、營運、產品與工程主管。2026 年 7 月 9 日,OpenAI 發布 ChatGPT Work,並將 Codex 併入全新桌面應用。你將獲得:三大使用原則、模式與環境決策表、五步通用工作流、六大角色可直接複製的 Prompt、Scheduled Tasks 配方、用量優化策略、30 天上線路線圖,以及六問 FAQ。結構:原則 → 框架 → 角色範本 → 自動化 → 成本控制 → 踩坑排查 → 上線計畫 → 收束轉化。發布背景與 Cowork 對比請見配套發布指南。
TL;DR — 30 秒結論
@AppName 鎖定資料來源,執行前審閱 Plan Mode。OpenAI 的上手建議很簡單——從你已經很熟悉的任務開始——但多數團隊在第一次成功執行前就卡住了。Zapier、Nvidia、Virgin Atlantic 與 OpenAI 內部業務團隊的早期採用者,普遍遇到以下六個阻礙:
@Salesforce 才能鎖定資料層。本指南以原則、範本與分階段上線計畫移除上述阻礙——不是又一篇發布會 recap。
複製任何 Prompt 之前,先內化 ChatGPT Work 與日常 Chat 的差異:
| 原則 | 意義 | 實務技巧 |
|---|---|---|
| 描述成果,不要描述步驟 | Work 模式會自行規劃執行路徑 | 避免:「開啟 Salesforce、匯出資料、然後……」——改為:「從 @Salesforce 近 30 天商機建立每週 Pipeline 簡報,標記高風險機會」 |
| 先連工具 | 外掛是 Work 的資料層 | 開始前授權 Gmail、Slack、Drive;用 @AppName 明確鎖定來源 |
| Plan Mode 是你的煞車 | 執行前審閱計畫 | 高風險交付物(對外郵件、財務報告、客戶文件)逐步核准 |
新版 ChatGPT 桌面應用在同一殼層下運行三種模式。選錯會浪費配額:
| 你的需求 | 建議模式 | 原因 |
|---|---|---|
| 快速問答、腦力激盪、單輪文案 | Chat | 輕量、回應快 |
| 跨 App 多步驟專案、成品交付、數小時長任務 | Work | 外掛整合 + Plan Mode + Computer Use |
| 程式碼審查、PR 管理、多儲存庫開發 | Codex | 合併後保留開發者原生工作流 |
| 每週重複、無人值守背景任務 | Work + Scheduled Tasks | 觸發或定時執行 |
| 情境 | 建議環境 |
|---|---|
| 本機檔案讀寫、Computer Use、免費方案試用 | 桌面版(Mac / Windows) |
| 團隊協作、隨地監控任務進度 | Web / 行動端(Plus 以上) |
| 業務會議 Brief 自動產生 + 郵件通知 | Web Workspace Agent + 定時派送 |
| 本機 Excel 對帳、資料夾批次處理 | 桌面版 Work 模式 |
不論角色,第一次任務都依此順序執行:
1. 連接外掛 → 2. 撰寫目標 + 輸出格式 → 3. 審閱 Plan Mode → 4. 執行中調整 → 5. 驗收交付物並迭代
[角色] + [資料來源 @外掛] + [任務] + [輸出格式] + [限制條件] + [驗收標準]
範例骨架:
你是 [角色]。從 @Salesforce 與 @Gmail 拉取 [時間範圍] 的 [資料類型]。完成 [具體動作],輸出為 [Google Docs / Excel / PPT / Sites]。限制:[不修改來源資料 / 金額四捨五入至小數兩位 / 不發送對外郵件]。完成後 [Slack 通知我 / 存至指定資料夾]。
核准執行前,確認每一項:
以下範本參考 OpenAI 官方案例、早期測試者回饋(Zapier、Nvidia、Virgin Atlantic)與 Workspace Agent Cookbook。請將 @plugin 名稱替換為你實際的技術棧。
痛點:業務代表每天花 1–2 小時整理客戶背景、近期新聞與會議議程。
Work 解法:掃描明日行事曆、拉 CRM 筆記、搜尋近期新聞、產生並歸檔 Brief。
OpenAI 內部參考:業務團隊在 24 小時內將 Discovery 對話轉為客製 PoC 提案——傳統流程需數週。
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)
痛點:企業帳戶資料分散在 CRM、郵件與 Slack;業務需手動維護帳戶計畫。
Work 解法:建立每日自動刷新的 Sites 儀表板。
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.
痛點:每月數千筆潛在客戶,追蹤缺口難以看見。
Work 解法:交叉比對 CRM 與郵件觸點;輸出管理層儀表板。
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)
痛點:研究、行銷 Brief 與區域素材由不同人負責;交接時上下文容易遺失。
Work 解法:一條指令貫穿完整 Pipeline,上下文一路帶下去。
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.
痛點:每週議程容易過時;需人工掃描多個頻道。
Work 解法:自動摘要頻道動態並更新議程文件。
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.
痛點:月結關帳與預測調整需數日;多數時間花在找數字與建表。
Work 解法:自動定位來源資料、填入 Sheets、對帳並產生管理層簡報。
OpenAI 內部成果:月結關帳與預測工作流從數天壓縮至數小時。
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.
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.
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.
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.
痛點:上線就緒需同時檢查工程進度、行銷計畫與支援文件——人工且易錯。
Work 解法:跨系統拉取狀態;輸出 Go/No-Go 就緒報告。
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.
工程工作流可用 Codex 處理程式碼、用 Work 處理跨團隊文件。在同一桌面應用內切換模式——無需換工具。
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)
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
OpenAI 推薦四種高頻定時模式,可直接改編:
| 配方名稱 | 觸發時間 | 任務描述 | 最適角色 |
|---|---|---|---|
| 週一議程更新 | 週一 7:00 | 摘要 Slack 動態 → 更新議程文件 | 行銷 / 營運 |
| 每日指標 Brief | 平日 6:30 | 造訪儀表板 → 比對昨日 → 郵件報告 | 營運 / 財務 |
| 回饋聚類週報 | 週五 16:00 | 多頻道回饋 → 主題聚類 → 優先序清單 | 產品 |
| 帳戶每日更新 | 平日 8:00 | CRM 變動 → 更新 Sites 指揮中心 | 業務 |
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]
ChatGPT Work 與 Codex 共享計量用量池——不是每月固定功能。同一工作流依設計不同,成本可能差五倍。
| 因素 | 對用量的影響 |
|---|---|
| 任務步驟數 | 步驟越多 = 消耗越高 |
| 上下文大小 | 拉取文件與郵件越多 = 消耗越高 |
| 輸出長度 | 輸出 token 成本約為輸入的 6 倍 |
| 快取命中 | 重讀同一文件:快取輸入成本約為全新讀取的 1/10 |
| 模型選擇 | GPT-5.6 複雜推理比輕量任務所需消耗更多 |
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(見配套對比) |
| 階段 | 目標 | 行動 |
|---|---|---|
| 第 1 週 | 單任務熟練 | 選一個熟悉任務;桌面 Work 模式手動跑 3 次;練習 Plan Mode 審閱 |
| 第 2 週 | 外掛深度 | 連接 3 個核心工具(郵件 + 協作 + 檔案);完成一個跨 App 端到端交付 |
| 第 3 週 | 自動化 | 將第 1 週任務轉為 Scheduled Task;驗證 3 次成功觸發 |
| 第 4 週 | 團隊推廣 | 文件化角色專用 Prompt 庫;Enterprise 團隊同步管理員用量上限 |
第一天依此順序執行——再推廣至團隊:
以下數字來自 OpenAI 發布材料與早期企業案例——內部簡報可安全引用:
補充背景:OpenAI 報告 每週 500 萬 Codex 使用者,其中 100 萬+ 從事非程式設計工作——Agent 工作流正從工程擴散至一般知識工作。完整功能拆解與 Cowork 對比請見發布配套文。
ChatGPT Work 的 ROI 來自消除你已經厭惡的手動工作流——不是多讀幾篇發布新聞。最快路徑:選一個你極熟悉的任務,跑三次、微調 Prompt,再用 Scheduled Tasks 自動化。
在個人 MacBook 上跑 Agent 時,會出現三個缺口:
若要穩定運行 AI Agent 自動化——Work 定時 Pipeline、Codex 多儲存庫任務或 OpenClaw Gateway——MACCOME Mac 雲端主機提供真實 macOS、SSH 交接與隔離環境,讓 Agent 在專用節點 7×24 運行,而非綁在你的日常筆電上。公開方案請見Mac mini 雲端租用價格。
資料來源:OpenAI 官方部落格、OpenAI Cookbook — Sales Meeting Prep Agent、ChatGPT 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 發票對帳)開始,再排程長時間自動化。