Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
獨立知識媒體
與任何項目無關聯
讓 Claude 替你工作,不只是幫你回答
claudecowork-me.com
最新
Cowork 10/1 更新:Claude 自己建的排程任務,預設改成「自動核准」執行  ·  你在 Chat 裡教過 Claude 的事,換到本機 Cowork 任務卻要重新交代一次——問題出在「記憶」根本沒跟過去  ·  官方明白寫著:別排程「代你發訊息、幫你下單」的任務——但多數人排程時根本沒看到這條警告  ·  手機交代 Claude 做事,回頭想開第二個任務?Cowork 的跨裝置功能其實只有一條對話串  ·  你在辦公室建的 Cowork Project,回家打不開?本機資料夾專案不會跨裝置同步  ·  IT 幫 M365 連接器設了 VPN 限制,結果全公司都連不上——問題出在請求根本不是從員工的電腦發出的
news

Cowork 10/1 更新:Claude 自己建的排程任務,預設改成「自動核准」執行

30 秒速讀
這次更新沒有讓排程任務變得更危險,它只是把「要不要先問你一聲」這個決定,部分交給了系統自己判斷。

完整解析 +
01 · 為什麼發生?

「Claude 自己建立的排程任務」跟「使用者自己手動設定的排程任務」,在這次更新裡待遇有什麼不同?

這次更新的範圍被明確限定在「Claude 幫你建立」的排程任務——也就是你用自然語言請 Claude 規劃並建立的那種排程,例如「每週一幫我整理上週的客服信件摘要」。這類任務的預設核准模式,在組織允許的前提下會被改成自動核准。相對地,如果你是自己從排程介面裡手動一步一步設定出來的任務,目前沒有證據顯示這次更新會動到它的預設核准模式——這個區分意味著,Claude 代為規劃的任務跟使用者親手設定的任務,從這次更新開始,在系統眼中屬於兩個不同的信任層級。

02 · 運作原理是什麼?

為什麼 Cowork 會選擇在這個時間點把預設行為調整成自動核准,而不是維持原本的手動核准?

一個合理的推測是,這跟「使用摩擦」有關。如果每次 Claude 幫你建立的排程任務執行時都要先跳出核准提示,而排程任務的核心賣點正是「你不用在場也能完成」,這兩件事其實互相矛盾——你還是得在任務執行的當下回應核准提示,排程的便利性就被打了折扣。Cowork 選擇用「系統自行判斷是否看起來不安全」取代「每次都問」,本質上是把判斷責任從使用者身上,部分轉移到系統的即時安全檢查機制,讓排程任務更貼近它原本該有的「全自動」樣貌,但也因此把更多信任交給了系統的判斷能力。

03 · 如何應用

「只有偵測到看起來不安全的狀況才會暫停」,這個判斷機制實際上是怎麼運作的?

官方更新說明裡沒有進一步公開這個判斷機制的具體規則或門檻,只給出「看起來不安全」這樣的概括性描述,這代表目前使用者無法精確得知,哪些類型的動作會觸發暫停、哪些不會。可以合理推測的是,這跟 Cowork 既有的內容分類器機制屬於同一套安全體系——用來掃描提示注入攻擊、辨識惡意指令的那套系統,很可能也是這裡判斷「是否該暫停」的依據。但因為沒有公開的明確清單,使用者沒辦法像設定核准模式那樣,自己去調整或預測這套判斷的敏感度,只能把它當成一道不透明的最後防線,而不是可以主動配置的規則。

04 · 我該怎麼做?

對已經讓 Claude 幫忙建立排程任務的使用者來說,這次更新上線後該做什麼?

第一步是盤點:把目前所有由 Claude 代為建立的排程任務列出來,逐一確認它們現在實際使用的核准模式是什麼——這次更新是「預設改變」,不代表所有既有任務都會被強制套用新規則,但也不能假設它們一定維持原狀,最保險的做法是直接去設定頁面確認。第二步是分類:把這些任務依照動作性質區分成「本質可逆」(整理、摘要、讀取)跟「本質不可逆」(發送、刪除、購買)兩類,對後者,即使系統預設改成自動核准,也建議手動調整回手動核准或至少「僅在需要時詢問」,不要讓一個無法收回的動作,完全交給一套不透明的自動判斷機制去把關。

完整內容 +

Cowork 在 10 月 1 日釋出的 v2.19675.0 更新裡,夾帶了一條容易被略過、但實際上改變使用習慣的條款:Claude 自己建立的排程任務,在組織允許的前提下,預設會改用「自動核准」模式執行。

這條更新具體改了什麼

官方更新說明的原文是:「把 Claude 幫你建立的排程任務改成預設使用『自動核准』(在組織允許的情況下),讓這些任務執行時可以直接使用工具而不用先詢問,只有在偵測到看起來不安全的狀況時才會暫停。」關鍵字是「Claude 自己建立的」——這條改動鎖定的範圍,是你請 Claude 幫你規劃並建立的排程任務,而不是你自己手動從頭設定的排程任務。至於是否真的套用自動核准,最終仍取決於組織層級的政策是否允許,個人帳號或政策未開放的組織不會受影響。

同一次更新裡,另外修正了一個相關的角落案例:在「跳過所有核准」模式下,如果某個連接器工具被組織政策設為「限制為需詢問」,過去的行為沒有正確套用這個限制,這次已經修正為「即使在跳過所有核准模式下,只要是新啟動的任務,仍然會照組織政策詢問」。這代表組織層級的個別工具限制,現在能更精確地蓋過使用者的整體核准模式設定。

為什麼這條改動值得注意

排程任務的核心特性,本來就是在使用者不在場、無人即時監督的狀態下執行——這點在先前我們討論排程任務安全性時已經談過,官方自己也明確警告過,不建議排程涉及敏感檔案、代發訊息、下單購買這類動作。這次更新並沒有改變排程任務「無人監督」的根本性質,而是調整了「預設情況下,系統要不要先問你一聲」這個行為。

換句話說,如果你請 Claude 幫你規劃一個排程任務,過去可能還會在每次執行時跳出核准提示,讓你有機會在工具被呼叫前看一眼;這次更新後,只要組織允許,這個提示預設不會再出現,任務會直接往下跑,只有系統自己判斷「看起來不安全」時才會停下來等你。這代表「有沒有核准提示」這道防線,從使用者自己能掌握的設定,部分轉移成系統自動判斷的結果。

這跟你的工作有什麼關係

如果你有讓 Claude 幫你規劃並建立排程任務的習慣,這次更新後值得回頭檢查一下:這些任務目前實際用的是哪一種核准模式,尤其是那些涉及對外溝通、檔案刪除或任何不可逆動作的排程。對組織管理者來說,更需要確認的是「組織允許自動核准」這個開關目前的設定狀態,因為這條規則一旦開啟,影響的是整個組織底下所有由 Claude 建立的排程任務,而不是單一使用者的個別選擇。比較穩妥的做法,是把真正需要人工把關的排程任務,手動改回「手動核准」或「僅在需要時詢問」,而不是假設系統的「安全判斷」一定能攔下所有該攔的狀況。

資料來源:Cowork changelog — v2.19675.0、Use Claude Cowork safely
提問
請至少輸入 10 個字
相關文章
官方明白寫著:別排程「代你發訊息、幫你下單」的任務——但多數人排程時根本沒看到這條警告
scheduled-tasks · 09/30
你在手機上跑的雲端任務,其實偷偷依賴著辦公室那台沒關的電腦
scheduled-tasks · 09/28
Claude Cowork 排程任務電腦睡眠還會不會執行?搞懂雲端跟本機的關鍵差異
scheduled-tasks · 08/31
排程任務失敗了,你怎麼會知道:從「靜默失敗」到有備援的自動化設計
scheduled-tasks · 07/14
相關新聞
更多相關主題