Anthropic 的 Bug-Scope 洩漏事件：一個修好單一錯誤、並追問同類問題的模型

目前這波 Anthropic 外洩事件中最耐人尋味的一句話，並不是關於智能，而是關於範疇。根據 2026 年 10 月 19 日在 X 上轉傳的一份報導，Anthropic 正在準備一個模型，當被要求修復單一錯誤時，它能辨識出背後更廣泛的問題類別，然後詢問是否也應該一併處理那些問題。這是關於模型在哪裡停下來的說法，而不是關於它推理得多好——而這正好落在每一個生產環境中編碼代理的斷層線上，包括今天建構在 Claude Opus 5.5 上的那些，以及人們已經假設將會運行在 Claude Fable 5.5 上的那些；後者是針對所述模型未經證實的候選名稱。Anthropic 尚未宣布、命名或確定任何此類模型的日期。沒有識別碼、沒有費率表、沒有模型卡，也沒有評估。以下關於所報導行為的一切，都是未經證實、單一來源的報導；而以下關於目前產品陣容的一切，則來自 Anthropic 自家的文件。 支撐這類報導的文件化 AI 故障與編碼代理事件，都收集在 OrcaRouter AI 事故檔案庫，其中每一筆記錄都附有自己的來源、嚴重程度、可信度等級與爭議標記。

這裡的用詞比平常更重要，因為同一份報告的兩份摘要描述了兩種不同的行為。讀起來像規格說明的那一份——一個 bug、它背後的類別、以及是否要擴大工作範圍的疑問——出現在傳到我們手上的轉述中。而於 10 月 19 日讀到的報告公開彙整版，則有不同說法：一個「具有更好的直覺與推理能力，能辨識潛在意圖，也更擅長跳脫框架思考」的模型。這些不是同一個主張。一個是關於模型提出更多工作；另一個是關於模型讀懂你的意思。兩者可能同時適用於同一個模型，但只有其中一個會改變週一早上 diff 的樣子，而那個才值得拆解。

這項主張實際說了什麼，以及它沒有說什麼

剝掉形容詞之後，這份報告描述的是三步行為：模型先被給予一個缺陷，再從該缺陷推廣出一個模式，然後把這個模式呈現在使用者面前，而不是默默修復它。第三步才是讓這件事成為設計主張、而非基準測試主張的關鍵。一個會悄悄修復每個實例的模型，會是影響範圍沒有邊界的自主代理。一個發現模式並提出詢問的模型，是在提議改變任務範圍；這是謹慎的工程師會做的事，也是不該讓粗心的代理單方面去做的事。

這也不是任何人目前能評分的說法。目前沒有公開的任務集，能用來衡量「正確辨識出該類別」與「憑空發明不存在的模式」之間的差異。這兩種行為在對話紀錄裡看起來一模一樣：模型最後會回傳一份清單。這份清單究竟是真正的概括，還是自信的幻覺，只有逐項讀過才能確定，而這正是模型原本該替你省下的工作。

報告沒有說的部分同樣關鍵。沒有模型名稱。沒有 API 識別碼。沒有價格、上下文視窗或輸出上限。沒有說明這個行為是預設值、一種模式，還是呼叫方必須主動要求才會有的東西。而且完全沒有廠商確認——自 2026 年 10 月 7 日的 Claude Haiku 5.5 以來，Anthropic 的新聞室未曾發布任何關於新模型的消息，而 Claude Platform 模型總覽仍然只列出四個模型：Claude Fable 5.1、Claude Opus 5.5、Claude Sonnet 5.5 和 Claude Haiku 5.5。

為什麼「更廣泛的類別」和「更好的推理」是不同的主張

更好的推理是安全的說法。每一代都被這樣描述，而且是在公開指標上衡量的；後繼版本得分更高會是預期之中的事，而不是新聞。從單一實例進行一般化是另一種操作，而它之所以有趣，是因為它是軟體中最常見的真實缺陷模式。

典型範例是注入。你在一個處理常式中回報一個未經清理的查詢。它背後的問題類別，是所有其他以相同方式建構查詢的處理常式。見過這種情況的人類審查者，不會只修好那一個處理常式就繼續前進；他們會用 grep 搜尋這個模式，然後問這個修正是否該納入這張工單。做同樣事情的模型，是在進行審查，而不是修補。輸出不是修補程式，而是一項發現——而發現只有在有權擴大工單範圍的人參與其中時才有用。

• 此主張所述內容——發現一個缺陷時，辨識其模式，並在採取行動前提出。

• 一般的修正會做什麼——改變你指向的程式碼，然後就停在那裡。

• 粗心的代理會怎麼做——改動你指定的程式碼，然後繼續往下做，而你是看到 diff 才第一次知道這件事。

• 報告未交代清楚的地方——「asks」究竟是指互動式工作階段中會阻擋流程的提問，還是指附加在已完成變更上的註記。

最後那一行，正是這起外洩不再能被評分的地方。這兩種解讀之間的差異，就是一個尊重變更控制的工具，與一個事後才記錄自身範圍蔓延的工具之間的差異。

Anthropic 自家的指引早已同時站在這件事的兩邊。

這正是讓這項說法可信而非隨機的原因。Anthropic 針對 Claude Code 發布的指引，已在一處要求正該具備這種直覺，卻在另一處告誡不要這麼做，而這兩項建議之間只隔了一個段落。

「解決根本原因，而非症狀」是 Claude Code 最佳實務指南中記載的策略之一，並以建置失敗為例說明：修正錯誤並確認建置成功，且不要抑制錯誤。這是一項直接指示，要求看穿被回報的個案。往前幾個章節，同一份指南說到「界定任務範圍。指定哪個檔案、什麼情境，以及測試偏好」，並舉例要求涵蓋某個邊緣情況的測試，而不是泛泛的測試。給出的理由是 Claude 能推斷意圖，但無法讀懂你的心思。

指南也依差異大小劃下界線：當變更涉及多個檔案，或做法仍不確定時，計畫模式值得承擔額外負擔，而且「如果你能用一句話描述這項差異，就跳過計畫」。一個把單一 bug 擴大成整類問題的模型，從本質上說，就是把一句話的差異變成一份計畫。因此，外洩內容所描述的行為，對 Anthropic 的產品哲學並不陌生——這正是其兩項明示原則相互碰撞的時刻，而目前解決這場碰撞的是使用者，不是模型。

這項主張之所以可信，還有第二個不那麼令人舒服的理由。Anthropic 自家的文件坦白承認，模型會在作品看起來完成時就停手；而若沒有模型能夠實際跑起來的東西——測試套件、建置的結束碼、與基準樣本的差異比對——那麼「看起來完成了」就是唯一可用的訊號。一個能從單一 bug 推廣到一整類問題的模型，就是找到了「看起來完成了」以外訊號的模型。這是支持該項能力最強力的論據，也是主張在據此行動之前先詢問的最強力論據。

如今決策實際上是在哪裡做出的

這次外洩的有用之處在於，它所需的管控措施已經存在，而且你不必等待模型就能檢視它們。其中有三項很重要。

• 努力程度 — Anthropic 提供五個等級，從 low、medium、high 到 xhigh 與 max，而這項設定決定模型會自行投入多少工夫。Claude Opus 5.5 與 Claude Haiku 5.5 預設為 medium；其他現行模型則預設為 high。努力程度適用於所有輸出 token，工具呼叫也包含在內，這意味著設定為高努力程度的範圍擴張型模型，就是帳單金額更高的範圍擴張型模型。

• Plan mode — Claude Code 將探索與執行分開，而官方文件所載的使用門檻，恰恰就是某類 bug 所隱含的多檔案情境。這項控管並非用來篩選模型的想法；它是一個階段，讓你能在擴大的範圍真正變成 diff 之前，先把它看清楚。

• 確定性閘門 — 鉤子以腳本形式執行檢查，並且可以阻止一個回合結束，直到檢查通過為止。這是三者之中唯一不依賴模型主動選擇去詢問的一種。如果所回報的行為真的推出，誠實的用法就是把它放在你自己寫的閘門之後，因為「詢問是否應該處理那些」是關於模型判斷力的承諾，而停止鉤子則是關於你自己的承諾。

這些都不是對該主張的批評。這正是該主張有趣的原因：一個提出更廣範圍的模型，只有在擴大範圍於套用之前可見時，才算是一種改善；而讓它可見的每一種機制，都是呼叫端所設定的東西，不是模型所保證的東西。

如果它有效，代價會是多少

範疇擴張是最昂貴的一種「幫忙」，因為它倍增的是產出，而非輸入。在 Anthropic 目前的價目表上，Claude Fable 5.1 每百萬輸入符元為 10 美元、每百萬輸出為 50 美元，而 Claude Opus 5.5 則是 4 美元與 20 美元——而且 Anthropic 自家的文件也建議開發者先採用 Claude Opus 5.5，只有在以更高投入程度在 Opus 上進行評估仍有所不足時，才轉向 Fable。一個以找出更多工作為賣點的模型，正好與這項建議背道而馳，因為便宜層級才是你會想讓其產出倍增的層級，而昂貴層級則是擴大工作單會成為預算項目的層級。

有一種二階成本不會出現在 token 帳單上：審查。針對單一函式的修補，一分鐘就能讀完。但一項點名另外九個呼叫點的發現，就得逐項核實，而這番核實工作，正是模型聲稱能替你省下的那份工作。這並不是在否定這項能力——有檢查清單的優秀審查者，比沒有清單的優秀審查者更快——但這確實意味著，價值取決於精確度。一個模型若揭示五個真實案例和一個憑空捏造的案例，就讓你付出了推翻那個捏造案例的時間，也讓你對這份清單的信任稍微減損了一些。

你今天可以怎麼稱呼，以及關於這件事的誠實答案

沒有新東西。報告裡沒有該模型的識別碼，而我們自己的目錄正好可以公正檢驗這一點：向它查詢 anthropic/claude-fable-5.5會回傳 找不到模型，查詢 anthropic/claude-haiku-5.5也一樣。這些字串不在我們所路由的 209 個模型之中。真正查得到的是 A​nthropic 按定價表提供的現行陣容——anthropic/claude-opus-5.5，具備 1M token 上下文視窗、128K 輸出上限，以及每百萬 token $4 / $20；還有 anthropic/claude-fable-5.1，價格為 $10 / $50。任何現在宣稱可存取「A​nthropic 新的抓 bug 模型」的平台，賣的都只是一個名字。

讀者真正實際的問題不是模型叫什麼名字。而是如何得知一個擴大範圍的模型，對你的程式碼庫是有幫助還是造成傷害，而不必把生產路徑押在傳言上。Anthropic 的價格變更與新版本發布會在同一天以 0% 加價登上 OrcaRouter，因此當價目表出現時，實驗成本就是標價，沒有額外費用。你可以確切看到目前陣容頂端在Claude Opus 5.5 模型頁面上的費用，並在決定你的工作負載應預設哪一個之前，將其與Claude Fable 5.1 頁面比較。

什麼會改變這件作品？

有三件事，而第一件是最快能解決這件事的。

一句出自第一方的話。A​nthropic 的文件中只要有一行說明模型何時擴大範圍，以及這種擴大是預設行為還是需主動選擇，就能把整起外洩事件轉化為一份規格。正因為缺少那一行，這裡的每項主張才都必須加上保留條件。

一篇已發表的評測。「發現了這個類別」只有在對照「發明了這個類別」時才有意義，而沒有廠商會公布能區分這兩者的任務集。在這樣的任務集問世之前——針對缺陷類別辨識的精確率與召回率，且由該實驗室以外的人評分——任何關於「從單一 bug 推廣出去」的主張，都只是在描述一種意圖，而不是一種可以跨模型比較的能力。

名稱與價目表並列。這套命名慣例在 Fable 5、Fable 5.1、Opus 5.5、Sonnet 5.5 與 Haiku 5.5 之間始終維持穩定，而識別碼本身就帶有層級：一個claude-fable-5-5會代表 $10 / $50，而claude-opus-5-6則代表 $4 / $20。模型總覽裡的一行字串，就解決了那則外洩消息花上千言萬語所探討的問題。

在那之前，誠實的立場是：據報導，一家前沿實驗室正朝著某種行為推進，而每個工程組織早已對此有政策，卻沒有人公開該政策。模型應該修復你回報的錯誤，還是你根本不知道自己有的錯誤，這不是能力問題。這是關於誰掌握合併按鈕的問題；而那份外洩消息——內容說模型會先詢問——比多數編碼代理目前給出的答案更令人安心，也就是繼續做下去，讓差異內容自己解釋。