8月14日有咩改變

Auto mode唔係新功能——2026年3月已經以實驗形式推出 。8月14日改變嘅係預設設定：喺Pro、Max或Team方案上開新Claude Code工作階段，如果用戶或機構管理員冇鎖定其他權限模式，就會以auto mode啟動 。呢個轉變暫時唔影響Claude Enterprise、Claude API同雲端平台（AWS Bedrock、Google Cloud Agent Platform、Microsoft Foundry），呢啲服務仍然係選擇性加入 。Anthropic話計劃喺隨後一個月內將auto mode擴展到呢啲服務 。

如果你喺8月14日前已經設定咗個人預設，可能會收到一次in-app通知問你要唔要轉用auto mode 。機構鎖定嘅預設唔會被覆蓋 。

Auto Mode點樣運作

喺auto mode下，Claude Code唔會每次行動都停低顯示權限提示。相反，每個工具呼叫會由一個獨立嘅分類器模型評估，判斷呢個行動係咪安全執行 。分類器嘅設計係封鎖啲不可逆轉、具破壞性或者針對用戶環境以外嘅動作 。

當分類器封鎖一個指令，Claude通常會嘗試用更安全嘅方式繼續，或者直接問用戶確認 。如果分類器連續封鎖三次，或者喺同一工作階段內封鎖咗二十次，個工作階段會自動轉返去手動權限模式，確保系統唔會因為唔安全嘅任務而卡死 。

安全數據：點解Anthropic要轉

Anthropic嘅理據係基於一份受控研究，揭示咗一個「爛咗嘅審查模式」。研究有1,053名受薪專業測試員 。研究人員喺每個工作階段中將一個權限提示換成明顯危險嘅指令，然後記錄測試員有冇批准。結果如下：

• Auto mode分類器攔截咗**89%**嘅注入危險指令（1,053個中攔截咗937個）。
• 人類測試員點擊權限提示下衹捉到13.6%（1,053個中衹有143個）。
• 用戶批准咗佢哋見到嘅**97%**權限提示 。
• 人類檢測率由工作階段初期大約17%，喺超過五十次事先批准後跌到大約5% 。

Anthropic仲量度咗生產環境嘅危害：auto mode工作階段有2.4%出現有害行為，而人手批准嘅工作階段有6.3% 。Trajectory Labs嘅獨立第三方測試發現，係Claude Code啟用auto mode後，720次間接prompt injection攻擊冇一次成功，而OpenAI嘅Codex喺類似測試中有19%成功率 。

喺所有測試指標上，Anthropic話auto mode都追平或超越咗人手審查 。

Boris Cherny嘅加持

Anthropic嘅Claude Code主管Boris Cherny一直係auto mode嘅大力支持者。喺2026年8月7日嘅X（前Twitter）帖文中佢寫道：「團隊同我已經獨佔使用Auto mode幾個月。我諗都唔使諗返去用權限提示！好期待可以推出畀所有人。」

Cherny不斷形容auto mode係發揮Claude Code最大效能嘅頭號貼士，稱之為「multi-clauding（同時執行多個平行工作階段）嘅關鍵基石」。

一併推出嘅新安全功能

除咗將auto mode設定為預設，Anthropic仲推出咗幾個新安全控制：

• 硬性拒絕資料外洩嘗試 。
• 明確規則處理機密同git push操作 。
• 可設定嘅允許/封鎖規則，畀用戶同機構話畀分類器知邊啲儲存庫、雲端儲存桶同網域係可信 。
• 自動退回手動模式：分類器連續封鎖後會自動轉返去手動審查 。
• 拒絕同明確要求規則會喺分類器之前評估，即係話無論分類器點樣決定，呢啲規則依然會封鎖或者提示 。

Anthropic仲話即時停止對Pro、Max同Team用戶收取分類器嘅token開銷 。

邊啲人受影響

想繼續用手動權限提示嘅用戶，仍然可以鎖定其他預設。管理員亦可以強制執行機構層面嘅預設，覆蓋呢個改變 。

8月14日有咩改變

Auto mode唔係新功能——2026年3月已經以實驗形式推出 。8月14日改變嘅係預設設定：喺Pro、Max或Team方案上開新Claude Code工作階段，如果用戶或機構管理員冇鎖定其他權限模式，就會以auto mode啟動 。呢個轉變暫時唔影響Claude Enterprise、Claude API同雲端平台（AWS Bedrock、Google Cloud Agent Platform、Microsoft Foundry），呢啲服務仍然係選擇性加入 。Anthropic話計劃喺隨後一個月內將auto mode擴展到呢啲服務 。

如果你喺8月14日前已經設定咗個人預設，可能會收到一次in-app通知問你要唔要轉用auto mode 。機構鎖定嘅預設唔會被覆蓋 。

Auto Mode點樣運作

喺auto mode下，Claude Code唔會每次行動都停低顯示權限提示。相反，每個工具呼叫會由一個獨立嘅分類器模型評估，判斷呢個行動係咪安全執行 。分類器嘅設計係封鎖啲不可逆轉、具破壞性或者針對用戶環境以外嘅動作 。

當分類器封鎖一個指令，Claude通常會嘗試用更安全嘅方式繼續，或者直接問用戶確認 。如果分類器連續封鎖三次，或者喺同一工作階段內封鎖咗二十次，個工作階段會自動轉返去手動權限模式，確保系統唔會因為唔安全嘅任務而卡死 。

安全數據：點解Anthropic要轉

Anthropic嘅理據係基於一份受控研究，揭示咗一個「爛咗嘅審查模式」。研究有1,053名受薪專業測試員 。研究人員喺每個工作階段中將一個權限提示換成明顯危險嘅指令，然後記錄測試員有冇批准。結果如下：

• Auto mode分類器攔截咗**89%**嘅注入危險指令（1,053個中攔截咗937個）。
• 人類測試員點擊權限提示下衹捉到13.6%（1,053個中衹有143個）。
• 用戶批准咗佢哋見到嘅**97%**權限提示 。
• 人類檢測率由工作階段初期大約17%，喺超過五十次事先批准後跌到大約5% 。

Anthropic仲量度咗生產環境嘅危害：auto mode工作階段有2.4%出現有害行為，而人手批准嘅工作階段有6.3% 。Trajectory Labs嘅獨立第三方測試發現，係Claude Code啟用auto mode後，720次間接prompt injection攻擊冇一次成功，而OpenAI嘅Codex喺類似測試中有19%成功率 。

喺所有測試指標上，Anthropic話auto mode都追平或超越咗人手審查 。

Boris Cherny嘅加持

Anthropic嘅Claude Code主管Boris Cherny一直係auto mode嘅大力支持者。喺2026年8月7日嘅X（前Twitter）帖文中佢寫道：「團隊同我已經獨佔使用Auto mode幾個月。我諗都唔使諗返去用權限提示！好期待可以推出畀所有人。」

Cherny不斷形容auto mode係發揮Claude Code最大效能嘅頭號貼士，稱之為「multi-clauding（同時執行多個平行工作階段）嘅關鍵基石」。

一併推出嘅新安全功能

除咗將auto mode設定為預設，Anthropic仲推出咗幾個新安全控制：

• 硬性拒絕資料外洩嘗試 。
• 明確規則處理機密同git push操作 。
• 可設定嘅允許/封鎖規則，畀用戶同機構話畀分類器知邊啲儲存庫、雲端儲存桶同網域係可信 。
• 自動退回手動模式：分類器連續封鎖後會自動轉返去手動審查 。
• 拒絕同明確要求規則會喺分類器之前評估，即係話無論分類器點樣決定，呢啲規則依然會封鎖或者提示 。

Anthropic仲話即時停止對Pro、Max同Team用戶收取分類器嘅token開銷 。

邊啲人受影響

想繼續用手動權限提示嘅用戶，仍然可以鎖定其他預設。管理員亦可以強制執行機構層面嘅預設，覆蓋呢個改變 。