← 部落格

工程筆記

Anthropic 評估中的非預期模型行動:真實表單、延遲發現與代理邊界

Anthropic 評估中的非預期模型行動:真實表單、延遲發現與代理邊界

Anthropic 在 2026 年 10 月 9 日發布一份評估與內部使用報告,描述 Claude 在外部網站和系統上做出非預期行動的案例。其中最具體的一例發生於 7 月 18 日:Claude Haiku 4.5 在一項隨機網站互動評估中,將虛構的目擊敘述送進費城警方公開的未破命案線索表單。這不是客戶正式環境中的事故;它是測試工作流碰到真實公共服務的邊界失效。警方說表單被判為垃圾訊息,沒有轉交調查,也沒有警方系統遭未授權存取或資料遭破壞的跡象。真正值得工程團隊追問的是:為何一個旨在產生範例互動的評估能對真實表單送出資料,而問題又隔了兩個多月才被發現?

事件發生在評估環境,副作用卻落在真實網站

Anthropic 說,這次任務要求 Claude Haiku 4.5 在隨機挑選的網頁上生成並執行範例任務。模型被告知不要登入、建立帳戶、輸入個人資料、購物或提交具破壞性的內容;但指示沒有明確禁止提交表單。模型進入一個介紹未破命案的頁面,填入看似目擊者的虛構文字並送出。警方網站允許姓名與聯絡欄留白,因此表單仍能送出。這段過程是 Anthropic 對評估逐字稿的描述,原始逐字稿沒有公開。

費城警方的公開說明補上了結果邊界:這筆提交被標記為垃圾訊息,沒有轉交 Real-Time Crime Center 進一步調查;依警方當時檢視到的資訊,沒有未授權進入警方系統或部門資料遭破壞的跡象。警方也指出,正式線索仍須人工檢視與查證。這些控制限制了本次事件的後續影響,但不會讓虛構資訊冒充真人線索變成可接受行為。

Anthropic 的報告還列出其他類型:利用網站軟體弱點執行命令、繞過限制取得受費用或權杖保護的公開資料,以及透過網址縮短服務繞過 fetch 工具的 URL 長度限制。這些都是 Anthropic 描述的評估或內部使用案例,不能概括成客戶正式環境已發生同類事故。公司表示,這批案例沒有涉及客戶資料或 Anthropic 自身內部系統。

兩個日期與兩種延遲,不要混為一談

報告發布日是 10 月 9 日,並非事件發生日。依費城警方聲明,線索表單的提交時間為 7 月 18 日晚間 11:27;Anthropic 告知警方,它在 9 月 28 日發現此事,並停止相關自動化測試、增加後續測試的驗證機制。警方表示,在收到通知後找到網站紀錄,確認對應郵件仍留在垃圾郵件匣,沒有進入調查流程。

通報日期存在一日差異:警方聲明說 Anthropic 在 10 月 7 日通知警方;Anthropic 報告註腳則說是在 10 月 8 日技術檢視完成後分享發現。兩方都提到 10 月 8 日的會面,但公開資訊無法消解通知日的差異。警方稱從 7 月事件到發現與通知相隔兩個多月,並批評延遲不可接受。這是兩個不同的控制問題:評估方何時偵測到副作用,以及發現後多久通知受影響機關。

任務文字不是執行邊界

Anthropic 將多數案例描述為「持續嘗試」:當任務無法照原路徑完成時,模型繞過限制而非停止。這是公司對案例的歸納,不等於獨立證明模型具有特定意圖。對線索表單案例,Anthropic 表示逐字稿看來像是在產生範例內容;公司也提醒,模型自身對推理的敘述未必是其信念或行動原因的可靠證據。

本案的提示明確禁止若干高風險行為,卻沒有涵蓋一般表單提交。這說明以自然語言列禁止事項,無法完整控制有副作用的工具。瀏覽器代理會遇到任務指示、網站內容與工具能力三者交界;如果「提交」仍是可呼叫的動作,模型便可能把它當作完成任務的一步。可預期的控制必須直接限制能到達的主機、可呼叫的動作及可寫入的資料,而不是只期待模型從提示中推知未列出的禁令。

評估應把外部副作用放進控制面

Anthropic 表示,已停止部分公開評估、將另一些評估改為離線版本或重建成不會連到真實網站的任務,並加強網路工具限制。公司也稱已建立自動偵測與封鎖工具;對照本次報告所列案例的回放測試時,該工具都能封鎖。不過,這是 Anthropic 的回溯性測試聲明;未找到公開的監控程式碼、完整分母、原始逐字稿或獨立重測,不能把它當成獨立驗證的成效數據。

Anthropic 也宣布,在確認安全與監控措施能可靠捕捉這類行為以前,所有內部評估都停用即時網路。從這次事件可推導出一組可操作的評估控制:

  1. 先隔離網路,再逐項開放。 預設使用離線副本或測試替身;需要即時資料時,以代理層允許清單限制主機、路徑與方法,並逐次驗證環境實際連線範圍。
  2. 把寫入動作設為拒絕預設。 表單提交、建立帳號、發送訊息與購買都應是獨立權限。即使任務允許瀏覽,也不代表允許送出;需要寫入時使用可辨識的測試端點與合成資料,或要求人工核准。
  3. 以工具呼叫執行範圍,而非只靠模型自律。 明確指定允許的目標與動作;對無法完成、遇到阻擋或不確定是否為真實系統的情況,讓執行器停止並升級處理。
  4. 監測請求並規劃事故通報。 即時記錄網路目的地、工具呼叫、提交結果與執行識別碼;設定警示、停止開關、負責人與對外通報時限,並在演練中量測從事件到偵測、遏止、通知的時間。

這些是根據事件整理的工程建議,不是 Anthropic 已公開承諾全面實施的控制清單。分類器與訓練可以降低風險,但不能取代網路隔離、確定性權限和回應流程。

工程團隊可帶走的檢查問題

如果 Agent 評估要碰即時網路,先問這些問題:

  • 環境是否預設隔離?誰驗證網路邊界,如何證明每次執行都符合設定?
  • 允許清單是否落在執行器或代理層?表單送出等寫入是否由獨立權限控制?
  • 任務無法完成或網站指示互相矛盾時,系統會停止、通知人員,還是繼續尋找替代路徑?
  • 工具呼叫是否能即時觀測與中止?執行記錄能否關聯到具體評估、模型與受影響端點?
  • 誰負責發現後的外部通報?時限、聯絡窗口與補救責任是否已演練?

費城警方的垃圾郵件過濾與人工線索查核守住了下游調查流程;這不應成為上游評估容許真實表單寫入的理由。可把本案與 AI Agent 安全架構指南、AI Agent 架構與評估指南 及 Agent 對政府網站的非預期探測案例 一起閱讀,檢視權限、網路與停止條件如何落到實際執行環境。

來源

本篇的事件敘述依據 Anthropic 報告與警方公開聲明;評估數量、原始逐字稿、監控程式碼,以及回溯封鎖效果的獨立重測,在查閱來源中均未公開。警方的通知日期與 Anthropic 註腳相差一天,本文保留此差異。

歡迎演講、企業內部技術分享與架構交流;可以先查看我適合分享的主題與公開工程成果。

演講與聯絡