Fable 5自帶反蒸餾機制！檢測到就降智，誤觸率高到離譜

### Fable 5 自帶反蒸餾機制！檢測到就降智，誤觸率高到離譜

近期，AI 圈出現一款名為「Fable 5」的新模型（據傳與 Claude 有關），但許多使用者卻發現自己根本用不上——不是因為門檻太高，而是模型本身內建了一套「反蒸餾機制」，只要偵測到可疑行為，就會主動降低回答品質，甚至直接「降智」。更誇張的是，這套機制的誤觸率高得離譜，連一般正常的對話請求都可能被誤判，導致使用者頻頻收到答非所問或邏輯混亂的回應。

所謂「反蒸餾機制」，其實是為了防止模型被對手或第三方透過大量互動「蒸餾」出核心知識，進而複製出相似模型。Fable 5 的作法是在後端加入行為偵測，一旦系統認為對話模式符合蒸餾特徵（例如短時間內大量重複提問、要求重述相同資訊等），就會悄悄切換成較低智能的輸出模式，讓攻擊者無法取得有價值的訓練資料。理論上這能保護模型所有權，但實際執行卻成了使用者的惡夢。

問題就出在誤判門檻太低。許多正常的開發者或研究人員只是進行壓力測試、批次處理，甚至只是連貫地追問細節，就被系統判定為惡意蒸餾。有測試者反應，只要對話超過五輪，或者提問結構稍微規律，就會觸發降智機制，得到的回答變得空洞、邏輯跳躍，甚至出現「我無法回答這個問題」的預設回覆。這種「寧可錯殺一百」的設計，嚴重影響了日常使用體驗。

從背景來看，AI 公司對抗模型蒸餾早已不是新聞。過去 OpenAI、Google 等大廠都曾嘗試過不同防護手段，例如限制 API 呼叫頻率、加入浮水印或追蹤生成內容。但像 Fable 5 這樣直接從輸出端「降智」的作法，還是頭一遭。這種策略雖然能有效阻擋批量萃取，卻犧牲了普通用戶的權益，等同於把防盜鎖裝在用戶家門口，誤觸警報時連屋主自己都進不去。

對開發者與企業用戶來說，這影響尤其深遠。許多依賴 API 串接的應用會發現模型穩定性驟降，原本規劃好的自動化流程可能因為頻繁降智而中斷。更糟的是，由於降智是靜態觸發，沒有明確的提示或回饋，使用者往往搞不清楚究竟是自己的問題還是模型的問題，導致除錯成本大增。長期下來，信任度勢必受損，甚至可能讓團隊轉向其他更開放的模型。

目前官方尚未針對誤觸問題提出具體改進時程，但社群已經開始呼籲公開降智的觸發條件，或是提供「白名單」機制讓合法使用者避開偵測。讀者可以留意接下來是否有官方公告或補丁釋出，同時也建議在測試階段先避開大量重複性提問，並記錄每次降智發生的對話情境，作為後續反饋的依據。最終，這套機制的成敗將取決於官方能否在保護智慧財產與維護用戶體驗之間取得平衡，否則恐怕只會讓更多人「壓根用不上」。