<?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/%E5%A4%96%E6%8E%9B/</link>
        <description>Recent content in 外掛 on KnightLi的博客</description>
        <generator>Hugo -- gohugo.io</generator>
        <language>zh-tw</language>
        <lastBuildDate>Sun, 12 Jul 2026 10:31:00 +0800</lastBuildDate><atom:link href="https://knightli.com/zh-tw/tags/%E5%A4%96%E6%8E%9B/index.xml" rel="self" type="application/rss+xml" /><item>
        <title>ChatGPT Work 怎麼用：Scheduled Tasks、外掛目錄與長任務審批指南</title>
        <link>https://knightli.com/zh-tw/2026/07/12/chatgpt-work-scheduled-tasks-plugins-approvals-guide/</link>
        <pubDate>Sun, 12 Jul 2026 10:31:00 +0800</pubDate>
        
        <guid>https://knightli.com/zh-tw/2026/07/12/chatgpt-work-scheduled-tasks-plugins-approvals-guide/</guid>
        <description>&lt;p&gt;ChatGPT Work 是 ChatGPT 中面向較長任務的工作模式。它適合研究資料、整理多個來源、生成文件、表格、簡報、報告或 Sites；與普通聊天的區別不在於回答更長，而在於任務可以經歷規劃、執行、補充資訊、人工確認和後續修改。&lt;/p&gt;
&lt;p&gt;如果只是問一個問題或潤色一段文字，直接用 Chat 更快；如果是寫程式碼、執行測試、處理倉庫，優先使用 Codex。Work 更適合介於兩者之間的事務型工作：有明確交付物，但不應讓自動化在無人確認的情況下越過許可權或業務邊界。&lt;/p&gt;
&lt;h2 id=&#34;先確認-chatgpt-work-是否可用&#34;&gt;先確認 ChatGPT Work 是否可用
&lt;/h2&gt;&lt;p&gt;Work 正在向符合條件的賬號逐步開放。釋出初期，網頁和移動端面向付費方案開放，但 Free 和 Go 不在首批範圍內；Pro、Pro Lite、Enterprise 和 Edu 優先獲得訪問，Plus 和 Business 會後續分批加入。實際可用性還會受地區、工作區和管理員設定影響。&lt;/p&gt;
&lt;p&gt;看到入口後，可以按下面的方式開始：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;在 ChatGPT 網頁、移動端或桌面應用中選擇 &lt;strong&gt;Work&lt;/strong&gt;。&lt;/li&gt;
&lt;li&gt;新建對話，或在已有 Project 中開始，便於把相關對話、檔案和指令放在一起。&lt;/li&gt;
&lt;li&gt;新增任務需要的檔案、連結、背景資訊、交付格式和驗收標準。&lt;/li&gt;
&lt;li&gt;先說明目標和邊界，再讓 Work 提出計劃或開始執行。&lt;/li&gt;
&lt;li&gt;在關鍵節點檢視進度、補充約束、改變方向，最後再稽核結果。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;如果沒有 Work 入口，不要根據截圖或他人賬號去猜測設定路徑。先確認套餐、客戶端版本和工作區策略，再等待分批開放；這不是透過重新登入或切換模型就一定能解決的問題。&lt;/p&gt;
&lt;h2 id=&#34;workchat-和-codex-怎麼分工&#34;&gt;Work、Chat 和 Codex 怎麼分工
&lt;/h2&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;編碼、除錯、測試、倉庫修改和程式碼審查&lt;/td&gt;
          &lt;td&gt;一般性行政整理或內容交付&lt;/td&gt;
      &lt;/tr&gt;
  &lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;桌面端的 Work 在獲得許可後可以使用本地檔案和桌面應用；網頁和移動端的 Work 則不能直接訪問電腦上的檔案。釋出初期，雲端 Work 對話也不會自動顯示在桌面 Work 中，桌面端的本地檔案和執行緒仍保留在那臺電腦上。跨裝置協作前，先確認任務實際執行在哪個表面，避免誤以為檔案已自動同步。&lt;/p&gt;
&lt;h2 id=&#34;scheduled-tasks-適合安排哪些工作&#34;&gt;Scheduled Tasks 適合安排哪些工作
&lt;/h2&gt;&lt;p&gt;Scheduled Tasks 可以讓 Work 一次性執行、按計劃重複、在事件發生時執行，或持續監測變化。適合把重複的資訊整理留給系統，把判斷和釋出留給人。&lt;/p&gt;
&lt;p&gt;比較穩妥的例子包括：&lt;/p&gt;
&lt;ul&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;/ul&gt;
&lt;p&gt;建立任務時，提示詞應同時寫清楚資料範圍、執行頻率、輸出位置和停止條件。例如：&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;每週一上午檢查已連線的專案頻道，彙總上週未關閉事項，按負責人和截止日生成 Markdown 草稿。不要傳送訊息、不要修改原始任務；如果缺少負責人或日期，只在報告中標記待確認項。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;這樣比“每週幫我跟進專案”更可控，也讓後續審閱有明確依據。&lt;/p&gt;
&lt;h2 id=&#34;怎樣管理-scheduled-tasks&#34;&gt;怎樣管理 Scheduled Tasks
&lt;/h2&gt;&lt;p&gt;ChatGPT 的 &lt;strong&gt;Scheduled&lt;/strong&gt; 頁面會集中展示已啟用任務、下次執行時間和執行狀態。你可以在這裡暫停、恢復、編輯或刪除任務。設定時還應注意幾個限制：&lt;/p&gt;
&lt;ul&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;/ul&gt;
&lt;p&gt;如果原來使用 Pulse 接收主動更新，應檢查是否需要遷移到 Scheduled Tasks。兩者的工作方式和入口可能不同，不要假設舊的更新會自動轉換為新任務。&lt;/p&gt;
&lt;h2 id=&#34;外掛目錄不是自動授權清單&#34;&gt;外掛目錄不是自動授權清單
&lt;/h2&gt;&lt;p&gt;ChatGPT 正在用 &lt;strong&gt;Plugin Directory&lt;/strong&gt; 替代原有的 App Directory。外掛可以打包 skills、apps 和特定工作流的模板；但能看見外掛不等於每位成員都能安裝或使用它。&lt;/p&gt;
&lt;p&gt;對個人賬號，先檢查外掛本身需要哪些賬號或應用連線。對 Business、Enterprise 和 Edu 工作區，還應確認：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;管理員是否在 &lt;strong&gt;Workspace settings &amp;gt; Plugins&lt;/strong&gt; 中允許該外掛。&lt;/li&gt;
&lt;li&gt;外掛依賴的 app 是否已在 &lt;strong&gt;Workspace settings &amp;gt; Apps&lt;/strong&gt; 中向你的角色開放。&lt;/li&gt;
&lt;li&gt;現有的應用許可權、操作審批、同步策略、域名限制和第三方認證是否仍然滿足要求。&lt;/li&gt;
&lt;li&gt;工作區為該角色設定的是 &lt;strong&gt;Available&lt;/strong&gt; 還是 &lt;strong&gt;Installed&lt;/strong&gt;，以及是否需要額外授權。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;這套檢查順序能避免“外掛顯示在目錄中，但 Work 讀取不到資料或無法執行動作”的常見誤判。&lt;/p&gt;
&lt;h2 id=&#34;長任務審批該放在哪裡&#34;&gt;長任務審批該放在哪裡
&lt;/h2&gt;&lt;p&gt;Work 可以在執行中展示進度、提出問題，並在重要動作前請求批准。不要把審批理解為最後看一眼結果，而要把它放在風險發生之前。&lt;/p&gt;
&lt;p&gt;建議要求人工審批的動作包括：&lt;/p&gt;
&lt;ul&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;li&gt;根據不完整資訊做出不可逆的業務決定。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;可以在任務開頭直接寫審批規則，例如：“可以檢索、歸納和生成草稿；涉及傳送、釋出、刪除、修改共享資料或呼叫付費服務時，先列出擬執行動作和影響範圍，等待我確認。” 這比事後撤銷更可靠。&lt;/p&gt;
&lt;h2 id=&#34;兩個可複用的-work-提示詞&#34;&gt;兩個可複用的 Work 提示詞
&lt;/h2&gt;&lt;h3 id=&#34;每週專案週報草稿&#34;&gt;每週專案週報草稿
&lt;/h3&gt;&lt;blockquote&gt;
&lt;p&gt;根據本 Project 中的檔案和已連線的專案工具，彙總本週完成事項、風險、阻塞項與下週計劃。先給出來源列表和缺失資訊，不要修改專案系統，也不要向任何人傳送內容。完成後生成一份可直接審閱的週報草稿。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h3 id=&#34;競爭資訊監測&#34;&gt;競爭資訊監測
&lt;/h3&gt;&lt;blockquote&gt;
&lt;p&gt;每週三檢查我指定的三個官方網站和已授權資訊來源。僅在產品、價格、API 或可用性發生變化時生成摘要，包含原始連結、變化日期和可能影響；不要根據媒體猜測補充事實。任何對外傳送或建立任務的動作都先請求批准。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;兩類提示詞都把“輸入範圍、允許動作、輸出格式、審批邊界”寫清楚，適合先小範圍測試，再逐步增加連線應用和自動化程度。&lt;/p&gt;
&lt;h2 id=&#34;常見問題&#34;&gt;常見問題
&lt;/h2&gt;&lt;h3 id=&#34;work-為什麼看不到電腦裡的檔案&#34;&gt;Work 為什麼看不到電腦裡的檔案
&lt;/h3&gt;&lt;p&gt;網頁和移動端 Work 不能直接讀取本地檔案。需要本地檔案時，使用桌面應用並只授予任務所需檔案或資料夾的訪問許可權；或者手動上傳必要檔案，避免把整個磁碟作為上下文。&lt;/p&gt;
&lt;h3 id=&#34;scheduled-tasks-為什麼沒有按預期執行&#34;&gt;Scheduled Tasks 為什麼沒有按預期執行
&lt;/h3&gt;&lt;p&gt;先到 Scheduled 頁面確認任務是否啟用、下次執行時間是否正確、是否觸及套餐上限或被自動暫停。然後檢查任務描述是否明確了資料來源和觸發條件。對於監控任務，還應確認“沒有變化時不通知”不是被誤解為“沒有執行”。&lt;/p&gt;
&lt;h3 id=&#34;為什麼外掛裝好了仍不能用&#34;&gt;為什麼外掛裝好了仍不能用
&lt;/h3&gt;&lt;p&gt;通常是工作區角色、關聯 app、管理員許可權、第三方認證或審批策略中的某一層尚未滿足。按“目錄可見 → 外掛允許 → app 授權 → 賬戶認證 → 動作審批”的順序排查，比反覆重新安裝更有效。&lt;/p&gt;
&lt;h2 id=&#34;總結&#34;&gt;總結
&lt;/h2&gt;&lt;p&gt;ChatGPT Work 的價值在於把較長的研究和交付任務放進可審閱的流程，而不是把所有事情都交給自動化。先把 Work、Chat 和 Codex 分工清楚；Scheduled Tasks 從低風險、可重複、可核驗的工作開始；外掛按工作區許可權鏈路檢查；對傳送、釋出、修改共享資料和付費動作保留人工審批。這樣才能讓自動化減少重複勞動，而不是擴大不可控的影響。&lt;/p&gt;
&lt;p&gt;官方資料：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a class=&#34;link&#34; href=&#34;https://help.openai.com/zh-hans-cn/articles/20001275-chatgpt-work-and-codex&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;
    &gt;https://help.openai.com/zh-hans-cn/articles/20001275-chatgpt-work-and-codex&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class=&#34;link&#34; href=&#34;https://help.openai.com/en/articles/6825453-chatgpt-release-notes&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;
    &gt;https://help.openai.com/en/articles/6825453-chatgpt-release-notes&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class=&#34;link&#34; href=&#34;https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan&#34;  target=&#34;_blank&#34; rel=&#34;noopener&#34;
    &gt;https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
</description>
        </item>
        
    </channel>
</rss>
