<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>任務自動化 on KnightLi的博客</title>
        <link>https://knightli.com/zh-tw/tags/%E4%BB%BB%E5%8B%99%E8%87%AA%E5%8B%95%E5%8C%96/</link>
        <description>Recent content in 任務自動化 on KnightLi的博客</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>zh-tw</language>
        <lastBuildDate>Mon, 13 Jul 2026 07:41:00 +0800</lastBuildDate><atom:link href="https://knightli.com/zh-tw/tags/%E4%BB%BB%E5%8B%99%E8%87%AA%E5%8B%95%E5%8C%96/index.xml" rel="self" type="application/rss+xml" /><item>
        <title>ChatGPT Work 怎麼用：跨應用長任務、定時任務與桌面端 Codex 工作流程</title>
        <link>https://knightli.com/zh-tw/2026/07/13/chatgpt-work-desktop-codex-scheduled-tasks-guide/</link>
        <pubDate>Mon, 13 Jul 2026 07:41:00 +0800</pubDate>
        
        <guid>https://knightli.com/zh-tw/2026/07/13/chatgpt-work-desktop-codex-scheduled-tasks-guide/</guid>
        <description>&lt;p&gt;ChatGPT Work 面向需要持續推進的工作：它可以研究和分析資訊、在已連接的應用程式與文件之間協作，並產生文件、表格、簡報、報告和 Sites。與一次性問答相比，Work 的重點是讓你在執行過程中查看進度、補充問題、調整方向，或批准重要動作。&lt;/p&gt;
&lt;p&gt;2026 年 7 月，OpenAI 同時推出了整合 Chat、Work 與 Codex 的新版 ChatGPT 桌面端，支援 Windows 和 macOS。本文依據 &lt;a class=&#34;link&#34; href=&#34;https://openai.com/products/release-notes/&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;
    &gt;OpenAI 官方發布說明&lt;/a&gt; 整理一套適合真實工作的使用方法，並重點介紹定時任務、監控任務與本地文件權限的邊界。&lt;/p&gt;
&lt;h2 id=&#34;先選對入口chatwork-和-codex-分別做什麼&#34;&gt;先選對入口：Chat、Work 和 Codex 分別做什麼
&lt;/h2&gt;&lt;p&gt;這三者可以放在同一專案使用，但任務性質不同：&lt;/p&gt;
&lt;table&gt;
  &lt;thead&gt;
      &lt;tr&gt;
          &lt;th&gt;入口&lt;/th&gt;
          &lt;th&gt;適合的任務&lt;/th&gt;
          &lt;th&gt;你需要關注的事&lt;/th&gt;
      &lt;/tr&gt;
  &lt;/thead&gt;
  &lt;tbody&gt;
      &lt;tr&gt;
          &lt;td&gt;Chat&lt;/td&gt;
          &lt;td&gt;快速問答、寫作、想法澄清&lt;/td&gt;
          &lt;td&gt;給出清晰上下文，確認結論是否需要落地&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;Work&lt;/td&gt;
          &lt;td&gt;研究、整理材料、持續更新的交付任務&lt;/td&gt;
          &lt;td&gt;階段目標、資訊來源、審批節點與產出格式&lt;/td&gt;
      &lt;/tr&gt;
      &lt;tr&gt;
          &lt;td&gt;Codex&lt;/td&gt;
          &lt;td&gt;修改程式碼、審查 diff、處理倉庫任務&lt;/td&gt;
          &lt;td&gt;工作區範圍、測試方式、Git 變更與權限&lt;/td&gt;
      &lt;/tr&gt;
  &lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;一個簡單判斷方法是：如果任務需要跨多個文件或應用、要等待外部資訊、需要反覆審查中間結果，就優先用 Work；如果要直接操作程式碼庫或看 PR diff，則交給 Codex；尚未形成執行計劃時，先在 Chat 中把需求說清楚。&lt;/p&gt;
&lt;h2 id=&#34;把長任務寫成可控制的委託&#34;&gt;把長任務寫成可控制的委託
&lt;/h2&gt;&lt;p&gt;不要只寫「研究這個主題並寫報告」。這會讓任務範圍、資料可信度和交付標準都變得模糊。較好的提示詞應包含目標、範圍、資料要求、輸出和審核點。&lt;/p&gt;
&lt;div class=&#34;highlight&#34;&gt;&lt;div class=&#34;chroma&#34;&gt;
&lt;table class=&#34;lntable&#34;&gt;&lt;tr&gt;&lt;td class=&#34;lntd&#34;&gt;
&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code&gt;&lt;span class=&#34;lnt&#34;&gt;1
&lt;/span&gt;&lt;span class=&#34;lnt&#34;&gt;2
&lt;/span&gt;&lt;span class=&#34;lnt&#34;&gt;3
&lt;/span&gt;&lt;span class=&#34;lnt&#34;&gt;4
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;
&lt;td class=&#34;lntd&#34;&gt;
&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-text&#34; data-lang=&#34;text&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;研究本周 AI 产品更新，优先使用厂商官方公告。
&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;按发布日期倒序整理模型、API、桌面端和定价变化；排除未经证实的传闻。
&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;先给出一页摘要和来源清单，等待我确认后再扩写为 1500 字报告。
&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;如需访问连接的文件或应用，先说明用途并等待批准。
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/div&gt;
&lt;/div&gt;&lt;p&gt;這樣安排有三個好處：先拿到可快速審查的中間產物；把「官方來源」變成驗收條件；同時避免在未確認範圍前存取不必要的外部內容。&lt;/p&gt;
&lt;h2 id=&#34;用定時任務處理重複工作&#34;&gt;用定時任務處理重複工作
&lt;/h2&gt;&lt;p&gt;Work 的 Scheduled Tasks 可以一次運作、以固定時間重複，也可以在變更時觸發監控。它適合規律明確、輸出格式穩定的任務，例如：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;每週一彙整上週的產品發表；&lt;/li&gt;
&lt;li&gt;每天檢查某份共享表格是否有待處理項目；&lt;/li&gt;
&lt;li&gt;監控指定來源的更新，發現新內容後產生摘要；&lt;/li&gt;
&lt;li&gt;月末整理專案進度，準備會議提綱。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;創建前先寫清觸發條件和「沒有變化時該做什麼」。例如「每週一 09:00 總結；若沒有可靠更新，只回覆無新增，不補充舊聞」。這能避免監控任務為了產生輸出而重複舊資訊。&lt;/p&gt;
&lt;p&gt;對於會寫入外部系統內容的自動化，建議先只產生草稿或通知。等你確認結果穩定、權限範圍正確，再考慮讓它執行後續動作。&lt;/p&gt;
&lt;h2 id=&#34;在新版桌面端協調本機檔案與應用&#34;&gt;在新版桌面端協調本機檔案與應用
&lt;/h2&gt;&lt;p&gt;新版 ChatGPT 桌面端把 Chat、Work、Codex 放進一個應用程式。 Work 在獲得使用者許可後可以使用本地文件與桌面應用；內建瀏覽器則可收集網頁信息，並配合支援的網頁工具和文件完成任務。&lt;/p&gt;
&lt;p&gt;實際使用時，建議遵循以下順序：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;先明確本次任務應存取的項目目錄或文件集；&lt;/li&gt;
&lt;li&gt;只授予完成該任務所需的存取權限；&lt;/li&gt;
&lt;li&gt;讓 Work 先列出計畫和將使用的資料；&lt;/li&gt;
&lt;li&gt;涉及程式碼時切到 Codex，查看 diff、內嵌批註和測試結果；&lt;/li&gt;
&lt;li&gt;最後由人工確認可交付的文件、報告或提交內容。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;不要把「可以使用本地文件」理解成應該把所有文件交給任務。最小範圍授權既能減少誤用，也讓複核過程更清晰。&lt;/p&gt;
&lt;h2 id=&#34;用-codex-完成倉庫內的執行與審查&#34;&gt;用 Codex 完成倉庫內的執行與審查
&lt;/h2&gt;&lt;p&gt;桌面端中的 Codex 支援直接編輯 Markdown 與程式碼、在 diff 中使用內嵌批註、在側邊欄查看 GitHub PR 審查回饋，並可在一個專案中處理多個倉庫。適合把 Work 生成的方案變成可審查的改動。&lt;/p&gt;
&lt;p&gt;一個常用銜接方式是：&lt;/p&gt;
&lt;div class=&#34;highlight&#34;&gt;&lt;div class=&#34;chroma&#34;&gt;
&lt;table class=&#34;lntable&#34;&gt;&lt;tr&gt;&lt;td class=&#34;lntd&#34;&gt;
&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code&gt;&lt;span class=&#34;lnt&#34;&gt;1
&lt;/span&gt;&lt;span class=&#34;lnt&#34;&gt;2
&lt;/span&gt;&lt;span class=&#34;lnt&#34;&gt;3
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;
&lt;td class=&#34;lntd&#34;&gt;
&lt;pre tabindex=&#34;0&#34; class=&#34;chroma&#34;&gt;&lt;code class=&#34;language-text&#34; data-lang=&#34;text&#34;&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;Work：根据需求和现有文档，写出实施方案、风险点与验收清单。
&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;Codex：仅在指定仓库实现方案；每个改动说明原因，运行约定的检查，
&lt;/span&gt;&lt;/span&gt;&lt;span class=&#34;line&#34;&gt;&lt;span class=&#34;cl&#34;&gt;不要提交或推送，直到我审查 diff。
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/div&gt;
&lt;/div&gt;&lt;p&gt;這能避免「研究結論」直接變成未經審查的程式碼操作。即使任務看起來簡單，也應把測試指令、設定檔範圍和是否允許提交寫進指令。&lt;/p&gt;
&lt;h2 id=&#34;企業與團隊使用時的注意點&#34;&gt;企業與團隊使用時的注意點
&lt;/h2&gt;&lt;p&gt;根據官方說明，Work 在網頁和行動端面向付費方案分批開放：Pro、Pro Lite、Enterprise、Edu 先獲得訪問，Plus 與 Business 隨後跟進，Free 和 Go 不在首批範圍。 Enterprise 與 Edu 工作區有兩週預覽期，期間 Work 預設關閉，管理員可以在自動開啟前選擇退出。&lt;/p&gt;
&lt;p&gt;團隊部署前建議確認：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;哪些成員可使用連接的應用程式和檔案；&lt;/li&gt;
&lt;li&gt;哪些任務必須保留人工審批；&lt;/li&gt;
&lt;li&gt;報告、表格和 Sites 的分享權限由誰審核；&lt;/li&gt;
&lt;li&gt;是否需要把常用流程封裝為 Plugins 或 Skills。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;原有應用程式連線不會因 App Directory 改為 Plugin Directory 而失效，但新建插件前仍應審查它能存取的資料與操作範圍。&lt;/p&gt;
&lt;h2 id=&#34;常見問題&#34;&gt;常見問題
&lt;/h2&gt;&lt;h3 id=&#34;work-能否取代-codex&#34;&gt;Work 能否取代 Codex？
&lt;/h3&gt;&lt;p&gt;不能完全替代。 Work 適合編排研究和交付任務；Codex 更適合查看和修改程式碼、處理 diff 與 PR 審查。兩者配合使用比把所有工作塞進一個對話更可控。&lt;/p&gt;
&lt;h3 id=&#34;監控任務會自動替我做決定嗎&#34;&gt;監控任務會自動替我做決定嗎？
&lt;/h3&gt;&lt;p&gt;任務可以監控變化並推進工作，但重要動作應設定審批點。尤其是涉及發布、外部寫入、刪除、付款或敏感文件存取時，先讓它報告計劃和影響，再決定是否批准。&lt;/p&gt;
&lt;h3 id=&#34;為什麼桌面端看不到本機檔案或應用程式&#34;&gt;為什麼桌面端看不到本機檔案或應用程式？
&lt;/h3&gt;&lt;p&gt;先檢查是否授予了相應權限、文件是否位於本次任務的授權範圍，以及企業工作區是否施加了策略限制。不要為排查單一檔案而擴展到整個磁碟的存取權限。&lt;/p&gt;
&lt;h2 id=&#34;結語&#34;&gt;結語
&lt;/h2&gt;&lt;p&gt;ChatGPT Work 的正確開啟方式不是把工作“完全交出去”，而是把複雜任務拆成可審查的階段：明確目標、限定資料範圍、先看中間結果、對重要動作保留審批、最後在 Codex 或桌面端完成可驗證的交付。這樣既能利用跨應用程式協作，也能維持對程式碼、檔案和發布結果的控制。&lt;/p&gt;
</description>
        </item>
        
    </channel>
</rss>
