ChatGPT Work 適合把幾份已提供的材料，整理成可審閱的文件、表格、簡報或報告。第一個任務不必追求自動化；先把「提供檔案 → 寫清楚 brief → 等待 → 檢查草稿 → 修正 → 分享」跑完，確認每一列都能回到來源。
若只是問問題、改一段文字或腦力激盪，留在 Chat 較直接；若要修改程式、跑測試、檢查 diff，使用 Codex。Work 的角色是把跨步驟的資料整理與成果交付放在同一個任務中，讓人可以在草稿完成後決定下一步。
自製圖解：Gwarket / Aaron Huang · CC BY 4.0 ·
圖：Gwarket 依 OpenAI 官方文件整理，2026-11-08。
先選對入口：交付成果與技術變更要分開審
| 要完成的事 | 優先入口 | 最後審什麼 |
|---|---|---|
| 釐清問題、快速改寫、來回討論 | Chat | 回答是否準確、語氣是否合用 |
| 把多份材料整理成週報、表格、簡報或報告 | Work | 成果、來源與待確認項目 |
| 改程式、執行指令、測試與檢查變更 | Codex | diff、測試結果與執行輸出 |
這不是能力高低的比較。關鍵是交付時，你要檢查的是一份可讀成果，還是可重現的技術變更證據。前者從 Work 開始，後者從 Codex 開始；兩者需要時可以互相提供材料，但不該混成同一種驗收。
用三份虛構紀錄完成第一個週報任務
以下範例使用三份虛構會議紀錄：11 月 2 日記錄付款 FAQ 的初稿與影片字幕期限；11 月 4 日記錄 FAQ 等待審閱；11 月 6 日記錄 FAQ 仍須補退款條件、字幕待主管確認，且網站上線日期與發布負責人尚未決定。這組材料刻意保留不完整處，才能檢查整理過程有沒有把未知寫成已完成。
下載三份會議紀錄與人工參考答案。也可分別取得 N01-1102.md、N02-1104.md、N03-1106.md。練習時只提供三份會議紀錄，先不把 reference-report.md 交給 Work，完成後再拿它對照。
一、先提供檔案，再給可檢查的 brief
先在支援的 ChatGPT 網頁或 App 開啟 Work；桌面版在 ChatGPT 視圖切換 Chat／Work。若沒有該入口，先確認目前帳號、方案與工作區是否已開放，而不是在一般 Chat 裡假定已啟用 Work。將三份會議紀錄加入本次任務，先請它列出收到的檔名，三份齊全後再貼上下面的 brief。它只要求一份草稿，沒有要求寄送、上傳或修改原始檔。
請只使用本次提供的 N01-1102.md、N02-1104.md、N03-1106.md 三份會議紀錄，整理一頁週報。請用 Markdown 表格，欄位為「本週完成」「待決事項」「下週負責人」「期限」「來源」。每一列要列出來源檔名。找不到負責人、期限或核准狀態時寫「待確認」，不要補造。先交草稿給我檢查；不要寄送、上傳、修改或刪除任何檔案。
這份 brief 的作用不是讓文字變得更長，而是預先固定資料範圍、輸出欄位與未知值的處理方式。Work 可以處理研究、分析與文件等成果；輸入越具體，越容易把成果和原始材料逐項對照。
二、等待進度完成，但把第一次結果當成草稿
任務執行時，可補充背景或要求調整方向。結果回來後，先看它是否真的只用了三份指定材料，再打開每一份紀錄核對。這一步不是形式上的確認：同一個詞在工作追蹤裡常有不同狀態，少一個限定詞就可能改變後續決策。
三、用人工參考答案找出需要修正的地方
下表是依三份材料人工編寫的參考答案，不是 Work 的實際輸出。它的用途是讓讀者比對草稿是否保留來源到列的關係。
| 本週完成 | 待決事項 | 下週負責人 | 期限 | 來源 |
|---|---|---|---|---|
| 付款 FAQ 初稿已交，尚非定稿 | 補退款條件後再審；補充期限待確認 | 怡君（FAQ）；審閱者姓名待確認 | 原交稿日 11/5；補充期限待確認 | N01、N02、N03 |
| 示範影片字幕已校對 | 主管確認；主管姓名待確認 | 阿哲（字幕）；核准人待確認 | 原截止日 11/10，未記錄變更 | N01、N02、N03 |
| 上線日期尚未決定 | FAQ、影片確認後再議；發布負責人待確認 | 待確認 | 待確認 | N01、N03 |
檢查時有三個常見修正。第一，「草稿已交」不能改成 FAQ 已定稿，因為 N03 明示仍要補退款條件。第二，「字幕已校對」不等於影片已核准，主管確認尚未完成。第三，沒有記錄的上線日期、審閱者或發布負責人，保留「待確認」比填一個看似合理的名字更有用。
四、修正、保存，再決定是否分享
把核對結果回饋給 Work，例如「第二列請保留主管確認為待決事項；第三列不要新增上線日期」，請它改成下一版。只有當每一列都能對回來源、待確認項目仍被保留，才把文件交給真正的審閱者或依團隊流程分享。要重複使用這個任務時，保留的應是 brief 和驗收表，不是未經核對的某一次輸出。
草稿核對完成後，再提出一個明確的保存請求：
請將剛才核對過的版本建立為
weekly-report.md，保留每列的來源。這次只允許建立這個新檔；不修改會議紀錄，也不寄送或發布。完成後提供檔案讓我開啟檢查。
開啟產出檔，確認中文字與表格可讀、來源欄位仍在，再由你決定是否分享給同事。需要逐格核對時，可另看人工參考答案；表格措辭不必逐字相同，但狀態、日期、姓名與未知事項要對得上。
本機與雲端的差別是材料邊界
| 材料或情境 | 較適合的方式 | 開始前確認 |
|---|---|---|
| 已提供的檔案、連接服務或公開網頁資料 | 雲端 Work | 這次任務可用的來源與帳號 |
| 僅在電腦上的檔案或桌面 App | 桌面版的 Local Work | 是否只授權必要資料 |
| 要跨裝置接續查看成果 | 雲端 Work | 工作區是否允許使用 |
官方說明將 web、mobile 的 Work 列為雲端工作；桌面版在符合方案與工作區條件時，才能使用已授權的本機檔案與桌面 App。本機工作也不表示所有脈絡都只留在電腦上：訊息與任務脈絡仍可能存於雲端。因此，先選少量、必要的材料，比先追求一次接上所有資料更容易審閱。
雲端瀏覽器有獨立工作階段，登入或需要人介入的動作要依當下提示處理。無論材料在本機或雲端，最後都回到同一個問題：這份成果能否指出使用了哪些來源、哪些地方仍待確認，以及下一個人要檢查什麼。
把週報的驗收條件留成下一次的起點
- 三份指定來源都有列出，且沒有混入未提供的資料。
- 每個完成事項和待決事項都能回到原始紀錄。
- 草稿、已校對、已核准三種狀態沒有混寫。
- 沒有來源的日期、姓名與責任人仍標示為待確認。
四項都通過後，再把同一個規格用於下一週。真正可重複的不是一段 prompt，而是材料範圍、成果格式、來源對照與修正規則一起被保留下來。
資料來源與查證日期
- OpenAI Help：ChatGPT Work and Codex，查閱 2026-11-08。
- OpenAI Developers Training：Getting started with ChatGPT Work，查閱 2026-11-08。
- OpenAI Help：Using cloud browser in ChatGPT，查閱 2026-11-08。
- OpenAI Help：Agent Security and local work sync in ChatGPT，查閱 2026-11-08。