ChatGPT Work 怎麼用:跨應用長任務、定時任務與桌面端 Codex 工作流程

ChatGPT Work 面向需要持續推進的研究和交付任務。本文說明如何拆分長任務、使用定時與監控任務,並在新版桌面端協調 Chat、Work 與 Codex。

ChatGPT Work 面向需要持續推進的工作:它可以研究和分析資訊、在已連接的應用程式與文件之間協作,並產生文件、表格、簡報、報告和 Sites。與一次性問答相比,Work 的重點是讓你在執行過程中查看進度、補充問題、調整方向,或批准重要動作。

2026 年 7 月,OpenAI 同時推出了整合 Chat、Work 與 Codex 的新版 ChatGPT 桌面端,支援 Windows 和 macOS。本文依據 OpenAI 官方發布說明 整理一套適合真實工作的使用方法,並重點介紹定時任務、監控任務與本地文件權限的邊界。

先選對入口:Chat、Work 和 Codex 分別做什麼

這三者可以放在同一專案使用,但任務性質不同:

入口 適合的任務 你需要關注的事
Chat 快速問答、寫作、想法澄清 給出清晰上下文,確認結論是否需要落地
Work 研究、整理材料、持續更新的交付任務 階段目標、資訊來源、審批節點與產出格式
Codex 修改程式碼、審查 diff、處理倉庫任務 工作區範圍、測試方式、Git 變更與權限

一個簡單判斷方法是:如果任務需要跨多個文件或應用、要等待外部資訊、需要反覆審查中間結果,就優先用 Work;如果要直接操作程式碼庫或看 PR diff,則交給 Codex;尚未形成執行計劃時,先在 Chat 中把需求說清楚。

把長任務寫成可控制的委託

不要只寫「研究這個主題並寫報告」。這會讓任務範圍、資料可信度和交付標準都變得模糊。較好的提示詞應包含目標、範圍、資料要求、輸出和審核點。

1
2
3
4
研究本周 AI 产品更新,优先使用厂商官方公告。
按发布日期倒序整理模型、API、桌面端和定价变化;排除未经证实的传闻。
先给出一页摘要和来源清单,等待我确认后再扩写为 1500 字报告。
如需访问连接的文件或应用,先说明用途并等待批准。

這樣安排有三個好處:先拿到可快速審查的中間產物;把「官方來源」變成驗收條件;同時避免在未確認範圍前存取不必要的外部內容。

用定時任務處理重複工作

Work 的 Scheduled Tasks 可以一次運作、以固定時間重複,也可以在變更時觸發監控。它適合規律明確、輸出格式穩定的任務,例如:

  1. 每週一彙整上週的產品發表;
  2. 每天檢查某份共享表格是否有待處理項目;
  3. 監控指定來源的更新,發現新內容後產生摘要;
  4. 月末整理專案進度,準備會議提綱。

創建前先寫清觸發條件和「沒有變化時該做什麼」。例如「每週一 09:00 總結;若沒有可靠更新,只回覆無新增,不補充舊聞」。這能避免監控任務為了產生輸出而重複舊資訊。

對於會寫入外部系統內容的自動化,建議先只產生草稿或通知。等你確認結果穩定、權限範圍正確,再考慮讓它執行後續動作。

在新版桌面端協調本機檔案與應用

新版 ChatGPT 桌面端把 Chat、Work、Codex 放進一個應用程式。 Work 在獲得使用者許可後可以使用本地文件與桌面應用;內建瀏覽器則可收集網頁信息,並配合支援的網頁工具和文件完成任務。

實際使用時,建議遵循以下順序:

  1. 先明確本次任務應存取的項目目錄或文件集;
  2. 只授予完成該任務所需的存取權限;
  3. 讓 Work 先列出計畫和將使用的資料;
  4. 涉及程式碼時切到 Codex,查看 diff、內嵌批註和測試結果;
  5. 最後由人工確認可交付的文件、報告或提交內容。

不要把「可以使用本地文件」理解成應該把所有文件交給任務。最小範圍授權既能減少誤用,也讓複核過程更清晰。

用 Codex 完成倉庫內的執行與審查

桌面端中的 Codex 支援直接編輯 Markdown 與程式碼、在 diff 中使用內嵌批註、在側邊欄查看 GitHub PR 審查回饋,並可在一個專案中處理多個倉庫。適合把 Work 生成的方案變成可審查的改動。

一個常用銜接方式是:

1
2
3
Work:根据需求和现有文档,写出实施方案、风险点与验收清单。
Codex:仅在指定仓库实现方案;每个改动说明原因,运行约定的检查,
不要提交或推送,直到我审查 diff。

這能避免「研究結論」直接變成未經審查的程式碼操作。即使任務看起來簡單,也應把測試指令、設定檔範圍和是否允許提交寫進指令。

企業與團隊使用時的注意點

根據官方說明,Work 在網頁和行動端面向付費方案分批開放:Pro、Pro Lite、Enterprise、Edu 先獲得訪問,Plus 與 Business 隨後跟進,Free 和 Go 不在首批範圍。 Enterprise 與 Edu 工作區有兩週預覽期,期間 Work 預設關閉,管理員可以在自動開啟前選擇退出。

團隊部署前建議確認:

  1. 哪些成員可使用連接的應用程式和檔案;
  2. 哪些任務必須保留人工審批;
  3. 報告、表格和 Sites 的分享權限由誰審核;
  4. 是否需要把常用流程封裝為 Plugins 或 Skills。

原有應用程式連線不會因 App Directory 改為 Plugin Directory 而失效,但新建插件前仍應審查它能存取的資料與操作範圍。

常見問題

Work 能否取代 Codex?

不能完全替代。 Work 適合編排研究和交付任務;Codex 更適合查看和修改程式碼、處理 diff 與 PR 審查。兩者配合使用比把所有工作塞進一個對話更可控。

監控任務會自動替我做決定嗎?

任務可以監控變化並推進工作,但重要動作應設定審批點。尤其是涉及發布、外部寫入、刪除、付款或敏感文件存取時,先讓它報告計劃和影響,再決定是否批准。

為什麼桌面端看不到本機檔案或應用程式?

先檢查是否授予了相應權限、文件是否位於本次任務的授權範圍,以及企業工作區是否施加了策略限制。不要為排查單一檔案而擴展到整個磁碟的存取權限。

結語

ChatGPT Work 的正確開啟方式不是把工作“完全交出去”,而是把複雜任務拆成可審查的階段:明確目標、限定資料範圍、先看中間結果、對重要動作保留審批、最後在 Codex 或桌面端完成可驗證的交付。這樣既能利用跨應用程式協作,也能維持對程式碼、檔案和發布結果的控制。

记录并分享
使用 Hugo 建立
主題 StackJimmy 設計