GitHub Copilot Claude Fable 5.1 怎麼開？先確認方案與資料保留

先說結論：Fable 5.1 不是所有帳號都立即可選#

GitHub 官方目前列出的可用方案是 Pro+、Max、Business 與 Enterprise，並會逐步 rollout。可使用的入口包含 VS Code、Visual Studio、GitHub Copilot CLI、coding agent、Copilot app、GitHub.com、Mobile、JetBrains 與 Xcode 等，但不同入口的開放時間不一定相同。

Business 與 Enterprise：先看模型 policy#

GitHub 說明 Business 與 Enterprise 的 Fable 5.1 預設是關閉的，必須由管理員在可用模型或模型 policy 中啟用。這和「帳號方案支援這個模型」是兩件事：方案符合資格，不代表組織一定允許使用。

可以照這個順序排查：

1. 請組織管理員確認目前的模型 policy 是否列出 Claude Fable 5.1。
2. 確認你的帳號位於正確的 enterprise、organization 或 team，而不是另一個使用不同 policy 的組織。
3. 重新開啟模型選單；若是 CLI 或 IDE，重新登入或重啟用戶端。
4. 用同一帳號在另一個已列入支援的入口測試，區分 policy 問題和單一用戶端問題。

若管理員同時設定「哪些模型可用」與「預設使用哪個模型」，前者決定你能不能選，後者只影響新對話的初始選擇。後者的設定方式可參考GitHub Copilot Global Model Policy 的設定說明。

資料保留：不要把 ZDR、方案與模型混成一件事#

GitHub 的 Fable 5.1 公告指出，這個模型的預設資料處理包含為安全分類器保留 prompts 與 outputs，且不會用於訓練 Anthropic 的模型。Anthropic 的 Fable 說明則寫明預設保留期為 30 天。

這裡有三個容易混淆的層次：

• 「不拿去訓練供應商模型」不等於「完全不儲存」。
• 組織原本的 Zero Data Retention（ZDR）資格，不一定自動套用到 Fable 5.1。
• 符合資格的 Enterprise 客戶，在 2026 年底前可能適用一項限時 ZDR 例外，但要先聯絡 GitHub account team；核准後也不會自動替你啟用。

因此，涉及原始碼、客戶資料或內部憑證時，建議把以下資訊記錄在團隊的模型審查表，而不是只截一張模型選單：

找不到模型時的最小重現#

先用一個不含機密資料的對話測試模型選單，再依序記錄帳號方案與入口。不要把公司程式碼直接貼進測試對話：

1
測試入口：VS Code / CLI / GitHub.com
2
帳號方案：Pro+ / Max / Business / Enterprise
3
模型選單：是否出現 Claude Fable 5.1
4
組織 policy：允許 / 未允許 / 不確定
5
最後登入時間：YYYY-MM-DD HH:mm

如果只有一個入口失敗，先重啟或重新登入該用戶端；如果所有入口都失敗，優先回頭檢查方案與組織 policy。若方案與 policy 都正確，仍可能只是官方的逐步 rollout 尚未到你的帳號。

這次更新對團隊的實際影響#

Fable 5.1 適合被當成「需要額外審查的新模型選項」，而不是全員立即切換的預設值。個人帳號可以先確認可用入口；Business 與 Enterprise 則應先完成模型 policy 與資料保留審查，再讓小範圍成員測試。

最後，請把「可用性」和「預設模型」分開管理：前者決定成員能否選用，後者影響新對話的起始模型。這樣日後模型下架或資料條件改變時，才不會只改了一個設定，卻漏掉另一個風險。

常見問題#