The Verge 報導稱,在 Anthropic 為該模型引入新的數據保留規則後,微軟把 Claude Fable 5 從自己員工在內部 GitHub Copilot 中所用的模型選擇器裡撤下。這一異議狹窄而具體。Fable 5 強制保留 prompt 和輸出 30 天,被 Anthropic 分類器標記的項目最長保留兩年,而且關鍵是,它無法在 Zero Data Retention 協議下運行。API 上所有其他 Claude 模型都可以,Opus 4.8、Sonnet 4.6 和 Haiku 4.5 都支持 ZDR,這些在微軟內部仍向員工開放。被撤下的是 Fable 5,微軟告訴員工,其法務團隊正因客戶數據和機密信息方面的擔憂評估這項保留變更。
這是為我們在發布時報導過的一個安全設計而到來的企業合規帳單,而二者是同一個機制。Fable 5 發布時,頭條是 graceful capability degradation:分類器把高風險的 cyber、bio 和蒸餾請求路由降到 Opus 4.8 而非拒絕。30 天保留是其下方的小字,而它並非偶然。要讓那個安全論證可審計,要證明路由做了它所聲稱的事並調查濫用,系統必須保留流量,而這正是 Zero Data Retention 對這個模型不在菜單上、對其他模型卻在的原因。安全機制和保留強制不是兩條恰好重合的政策;它們是同一條政策的兩面。
它從另一個方向直接連上昨天的抱怨。安全研究者反對 Fable 5 的分類器過度攔截正當的防禦工作;微軟的反對是,同一分類器的保留要求本身對任何負有保密義務的人都是一道阻礙。過度攔截和過度保留都源自同一個設計選擇,即通過檢查並保留流經模型的內容來讓模型的安全可讀。對一家受監管的銀行、一家醫院,或任何有嚴格數據處理合同的機構,強制保留不是腳註,而是最有能力的公開檔位按原樣發布就根本無法使用的原因。
上面那層褶皺是異議者的身份。微軟通過 Azure 和 Copilot 轉售 Claude,是 Anthropic 最大的分發夥伴之一,而正是它對自己的工程師限制這個模型。撇開觀感,它是關於前沿正在走向的訪問分層趨勢在成本一側的乾淨數據點:最新、最強的公開檔位帶著一根數據處理的繩子到來,而某些最苛刻的客戶無法接受,於是能力與合規彼此拉開,而非一同上升。給受監管環境中 builders 的實用提醒很直接:在把機密工作路由經一個前沿模型之前,查清它是否提供 Zero Data Retention,因為最新的檔位可能恰恰是不提供的那個。