這陣子如果你有在用 Claude，可能莫名發現：明明是再普通不過的請求，系統卻突然跳出安全警告，把對話擋了下來。

這不是個案。Anthropic 在 6 月推出目前能力最強的模型 Claude Fable 5 後，就有資安研究人員公開抱怨，說自己只是想請模型做一次基本的程式碼審查，卻被系統當成高風險請求擋下。有工程師形容，這套機制看起來像關鍵字比對——只要沾上「資安」字眼的邊，就容易被連坐擋下。

這聽起來像是個產品瑕疵，但我認為背後藏著一個更值得思考的問題：

當技術強大到可能被濫用，「把它變笨一點」到底是失誤，還是刻意為之的選擇？

目錄

1. 從上線到下架，再到重新開放
2. 沒有零風險的答案，只有持續修正的過程
3. 不只是技術風險，信任風險同樣致命
4. 我們如何看待這件事
5. 結語：能力與克制，即是一體兩面
6. FAQ

從上線到下架，再到重新開放

這款模型的前身，在內部測試時就展現出異常強的漏洞挖掘能力，而且找到的是真實可被利用的漏洞。這種能力放在防守方手上是利器，落到有心人手上就是攻擊工具，Anthropic 因此一開始並未大範圍公開這個內部版本。

Fable 5 事件時間軸

• 6/9：正式對外發布
• 6/12：亞馬遜研究團隊報告揭露繞過安全防護的手法，緊急下架
• 6/12–6/30：Anthropic 與政府、亞馬遜重新檢視證據，發現這並非 Fable 5 獨有的風險
• 7/1：訓練新分類器後正式重新開放

6 月 9 日，Fable 5 正式對外發布，僅僅三天後卻被緊急下架——亞馬遜研究團隊找到繞過安全防護的手法，讓模型指認出多個軟體漏洞，其中一例甚至產出了示範漏洞如何被利用的程式碼。因為美國出口管制令要求限制特定國籍存取，而 Anthropic 無法即時驗證使用者國籍，索性對所有人暫停服務，一停就是十八天。

真正有意思的轉折在下架之後。Anthropic 花了近兩週跟政府、亞馬遜重新檢視那份報告，結果發現連 Opus 4.8、GPT-5.5、Kimi K2.7 這些能力較弱的模型，同樣能指認出報告中的漏洞。換句話說，一開始被認定「獨有」的高風險能力，其實只是防護機制早期偏保守判斷下的邊界案例，並不代表這模型本身真的格外危險。

7 月 1 日，在訓練出新一代分類器、號稱能攔下九成九以上同類手法之後，Fable 5 才重新開放。被攔下的請求不會被直接拒絕，而是轉手交給風險相對可控的 Opus 4.8 回答——這也是為什麼被擋下的使用者，通常還是拿得到答案，只是換了一顆比較保守的大腦處理。

沒有零風險的答案，只有持續修正的過程

回到開頭那個困惑：為什麼普通無害的請求也會被判定成高風險？官方坦承，這套機制目前約有 5% 的對話會被誤判轉接——每二十次正常對話，就有一次被多此一舉地攔下。

但我認為，這個「不完美」才是最值得玩味的地方。一位資深資安研究員的態度很務實：寧可現階段先誤擋多一點，也不要一開始就放得太寬，之後再逐步鬆綁。這句話點出一個常被忽略的真相——風險控管從來不是一次到位的事，而是需要不斷驗證、不斷修正的動態過程。

連 Anthropic 這樣的技術前沿公司，第一時間對風險的判斷都不是最終答案，得靠事後調查才修正過來。真正成熟的態度，不是追求一步到位的完美，而是願意承認判斷可能有誤，並建立起持續檢視、調整的機制。

不只是技術風險，信任風險同樣致命

Fable 5 提醒我們的是技術面的風險判斷，但同一時間，另一家 CRM 巨頭 HubSpot 也給了一堂關於信任風險的實際教材。7 月初，HubSpot 宣布修改服務條款，允許把客戶的聯絡資料拿去跟其他客戶共享互相補齊，而且預設是自動加入，客戶得自己手動關閉才能退出。消息一出立刻引發客戶反彈，有人直言多年累積的名單可能被拿去補強競爭對手，短短四天內，HubSpot 就從宣布改為完全撤回，公司高層親自公開認錯。

這次事件的核心其實不是什麼技術漏洞，而是「官方預設」這個看似基本的設計選擇——客戶的資料到底是預設保護、還是預設共享，正決定了一家公司是否值得被信任。這跟 Fable 5 的故事其實是同一件事的兩面：

風險不只藏在模型能力裡，也藏在企業為客戶所預設的每個選擇裡。

我們如何看待這件事

看到 Anthropic 在能力與安全之間反覆拉扯、調整、驗證，我想到的是，這跟 OakMega 看待資安的態度是同一套邏輯——能力可以很強大，而把關機制更必須嚴謹，且經得起持續檢驗。

只是在驗證方式上不同。Anthropic 在模型能力端做風險分級與動態修正；OakMega 則是在系統與資料治理層面，用國際標準自我要求。目前 OakMega 已通過 ISO 27001、ISO 27017、ISO 27018、CMMC 等多項國際資安與隱私標準認證，團隊也具備 Lead Auditor 專業資格。這些認證對我們來說，代表系統建置與營運模式，是按照最嚴格的規範被檢視出來的。

技術架構上，我們同時支援 Microsoft Fabric、GCP、OpenAI 等主流雲端環境，讓客戶依既有 IT 架構彈性部署；並採用 CI/CD、Kubernetes、Docker 容器化技術，搭配 SLA 制度、熱備援與事件回報機制，把營運風險降到最低。而在資料使用這件事上，我們也相信透明與知情同意不是加分項，而是基本盤——客戶的資料怎麼被使用、誰能存取，都應該讓客戶清楚掌握，而不是藏在條款細節裡等出事才被發現。

在我們持續深耕的客戶關係裡，有不少產業每天處理的是高敏感度個人資料——會員隱私、財務資料、往來紀錄，一旦外洩便無法挽回。對這些客戶來說，選擇技術夥伴不能只看 AI 工具多麼強大、多麼厲害，更要看背後有沒有經得起國際標準檢驗的資安治理能力，這才是真正能讓客戶安心託付的基礎。

結語：能力與克制，即是一體兩面

Claude Fable 5 這段故事，從測試、上線、下架到重新開放，前後不過三週，卻濃縮了這個時代所有企業都該正視的課題：我們渴望更強大的工具，但更強大的工具，必然伴隨更難預測的風險。

我始終相信，好的 AI 應用不是一場比誰模型更強的軍備競賽，而是有沒有能力在「能力」與「風險控管」之間持續做出負責任的取捨——並且誠實面對自己可能判斷有誤的時刻，願意回頭修正。這也是 OakMega 在幫每一位客戶設計自動化流程時，始終放在心上的原則。

FAQ

Q1：Claude Fable 5 為什麼會被緊急下架？
上線僅三天，亞馬遜研究團隊發表報告，指出他們找到繞過 Fable 5 安全防護的手法，讓模型指認出軟體漏洞。因出口管制令無法即時驗證使用者國籍，Anthropic 選擇對所有人暫停服務。

Q2：Fable 5 被誤以為獨有的風險，後來為什麼被推翻？
事後檢視發現，連 Opus 4.8、GPT-5.5 等較弱模型也能指認同樣漏洞，證實這並非 Fable 5 獨有的風險，而是防護機制早期偏保守下的邊界案例。這提醒我們：第一時間的風險判斷未必是最終答案。

Q3：Fable 5 的安全分流機制怎麼運作？值得企業借鏡嗎？
系統偵測到敏感請求時，會轉導給風險較可控的 Opus 4.8 處理，而非直接拒絕；官方坦承約有 5% 誤判率。這提醒企業：與其追求零風險的完美方案，不如建立能持續修正的動態機制。

Q4：OakMega 如何看待這樣的 AI 風險議題？
我們認為，能力越強，越不該急著證明自己完美無缺，而是要誠實面對限制、持續修正。這不只是技術問題，更是一種對客戶負責的態度。OakMega 已通過 ISO 27001、ISO 27017、ISO 27018、CMMC 等國際認證，並具備 Lead Auditor 資格，但比認證本身更重要的，是我們相信信任要靠日復一日的嚴謹來累積，而不是一次到位的宣稱。

延伸閱讀

客製化開發 System Integration｜OakMega

References

• Anthropic 官方公告，Claude Fable 5 and Claude Mythos 5，2026 年 6 月
• TechCrunch，Cybersecurity researchers aren't happy about the guardrails on Anthropic's Fable，2026 年 6 月 10 日
• 工商時報，地表最強AI復活！美政府正式解禁Claude Fable 5 限時7天「付費用戶不加價」，2026 年 7 月 5 日
• MarTech，HubSpot reverses course after customers reject data sharing，2026 年 7 月

‍