Anthropic EFS 能直接接入 Claude Code 嗎？2026 驗收清單
這篇文章寫給準備在企業 Claude Code 工作流中啟用 Anthropic Enterprise Frontier Safeguards 的平台工程師、安全團隊與技術負責人。文章以資格、資料控制、監控、執行隔離、成本與回退六項指標，協助團隊判斷應繼續準備、分組試點，還是暫緩接入。
Claude Code 已經出現 Anthropic EFS 選項，但管理介面看不到資格、儲存位置或責任聯絡人，這不一定是單純的設定遺漏。
最快的處理方式是：截至 2026 年 9 月 3 日，Anthropic EFS 已官宣支援 Claude Code，但仍屬分階段推出，不能直接視為全量可用；本週先取得書面資格證明，完成客戶側日誌與金鑰設計，並保留獨立執行環境。
本文最後更新於 2026 年 9 月 3 日；狀態核實自 Covered Models 官方說明、資料留存實務說明及 Claude Code 官方安全與企業設定文件。由於官方尚未確認所有客戶的開放日期、統一設定介面或具體資格，以下結論只適合作為上線前驗收框架。
這份 Anthropic EFS Claude Code 驗收清單適合誰
企業平台工程師可用它準備 Claude Code 的身分、日誌與客戶側雲端儲存架構；安全與合規負責人可用它分辨 Enterprise Frontier Safeguards 與零資料保留的責任邊界。
AI Coding 團隊負責人則應特別關注高權限任務、MCP、Shell、網路出口與失敗回退。若目前只是在等待開放通知，本文的目標不是催促遷移，而是協助團隊先把試點條件準備好。
先用時間表判斷能否進入試點
官方確認 Anthropic EFS 將支援 Claude Code、Claude Enterprise、Claude Platform 及部分雲端平台入口，並計劃自 2026 年秋季開始分階段推出；這個「計劃」不等於每個組織在同一時間取得功能。覆蓋模型與產品入口仍應以官方清單及帳戶團隊書面回覆為準。
特別要避免把 Claude Fable 5.1 是否出現在某個模型清單，直接推論為組織已獲得 EFS 資格。模型覆蓋、帳戶資格、Claude Code 設定入口和企業合約，可能是不同層級的條件。
| 里程碑 | 必須確認的對象 | 可保存的證據 | 未通過時的動作 |
|---|---|---|---|
| 資格核對 | 組織、合約、帳戶與入口 | 帳戶團隊或雲端平台的書面回覆 | 只做架構準備，不遷移敏感任務 |
| 功能核對 | Claude Code 是否在實際租戶可用 | 管理介面截圖、設定紀錄、測試請求 | 不把公告當成已啟用 |
| 責任核對 | Anthropic、企業安全團隊與平台管理員的分工 | 責任矩陣、支援工單、升級聯絡人 | 暫緩正式開放 |
| 試點核對 | 只讀、受限寫入及高權限任務的範圍 | 試點名單、允許與拒絕規則 | 回退到已批准模型及資料策略 |
Anthropic EFS 現在可以在 Claude Code 中啟用嗎？
答案是「部分客戶可能可以，但不能按公告推定所有客戶都可以」。若帳戶尚未收到明確資格、配置入口和責任聯絡人，當週應停留在架構準備階段。臨時的零資料保留安排，也不能自動等同於正式 EFS 接入。
先把資料、金鑰與日誌歸屬寫清楚
客戶側儲存的驗收重點不是「資料完全不留存」，而是確認哪些活動資料會進入企業控制的雲端帳戶、保存多久、誰可以讀取，以及刪除請求如何完成。官方資料留存說明應與企業內部的保留政策逐項對照，而不是只截取「客戶可控制」這類概括描述。
建議平台團隊把資料分成幾類：
- EFS 留存與安全信號：用於企業側監控、調查或合規流程，需確認寫入位置與生命週期。
- Claude Code 操作紀錄：包括指令、工作目錄、工具呼叫及本地執行結果，不能假設全部由 EFS 代管。
- 企業原有審計資料：身分驗證、權限變更、金鑰使用、網路代理和環境銷毀紀錄，仍由企業自己的平台保存。
| 驗收項目 | 測試方式 | 合格證據 |
|---|---|---|
| 資源歸屬 | 確認儲存桶、日誌帳戶及加密資源屬於企業控制的雲端帳戶 | 資源識別碼、帳戶歸屬、標籤與存取政策 |
| 金鑰控制 | 以最小權限測試寫入、讀取、輪替與撤銷 | 金鑰政策、使用紀錄、撤銷後拒絕紀錄 |
| 日誌寫入 | 發出可識別的測試事件並追蹤完整鏈路 | 事件識別碼、時間戳、寫入結果與延遲 |
| 未授權存取 | 使用不在允許範圍的帳戶或角色讀取資料 | 明確的拒絕結果及審計紀錄 |
| 刪除流程 | 執行到期、手動刪除與例外處理測試 | 刪除工單、完成證據、保留例外說明 |
Enterprise Frontier Safeguards 和零資料保留有什麼區別？
零資料保留主要回答某類資料是否由服務供應商保留，以及適用哪些條件；Enterprise Frontier Safeguards 則是更完整的留存、監控與企業治理安排。兩者不能互相替代，也不能因啟用客戶側儲存便宣稱完全沒有留存。企業仍須確認資料類別、保存期限、讀取角色和刪除責任。
金鑰撤銷也要納入演練。若撤銷內部加密金鑰後，Claude Code 任務仍可讀取既有紀錄，團隊便需要釐清快取、代理層、日誌管線或其他複本的責任歸屬。這類結果應保留為試點的阻斷證據，而不是以人工說明取代。
監控告警與人工復核要能閉環
EFS 的自動偵測、安全信號交付、企業人工復核，以及 Claude Code 的本地操作日誌，是不同的控制鏈。自動監控不等於沙箱；它也不能替代 Shell 權限、MCP 允許清單、網路出口或人工批准。
企業應先指定告警接收人、誤報確認人、事件升級人及阻斷執行人。測試時故意產生一個可識別的安全事件，確認它是否能進入既有 SIEM、工單或值班流程，並依序留下：
- 發現時間與事件識別碼；
- 分派對象和處理時限；
- 誤報或真事件的判定理由；
- 阻斷、隔離或繼續執行的決策；
- 關閉時間與後續改善事項。
Anthropic 提供的 Compliance API 說明及審計日誌存取文件可用來核對企業需要的紀錄類型，但不能代替企業自行驗證日誌是否成功進入內部流程。
Claude Code 使用 EFS 後日誌存在哪裡？
不能用一個固定位置回答。EFS 相關活動資料應按照實際合約、帳戶資格和配置，確認是否進入企業控制的雲端資源；Claude Code 本地操作日誌、代理日誌、Shell 歷史、MCP 事件和雲端審計紀錄，則可能分屬不同系統。驗收必須以實際測試事件追蹤為準，而不是只看產品名稱。
Claude Code 的執行邊界不能交給 EFS
啟用 EFS 後，工作目錄、Shell、MCP、環境變數、憑據、網路出口和自動批准規則仍要維持最小權限。Claude Code 的企業管理設定可參考官方企業遷移與管理文件，而網路流量則應按官方企業代理配置說明驗證。
高權限或無人值守任務不應與日常開發者帳戶共用：
- 使用獨立工作目錄，禁止直接掛載生產憑據；
- 將 MCP 工具拆成允許清單，預設拒絕未登錄工具；
- 透過代理控制可連線的網域與出口；
- 將高權限任務放到獨立遠端 Mac 或一次性執行環境；
- 測試完成後銷毀環境，並保存銷毀及憑據失效證據。
以下條件分支可作為正式准入門檻：
- 若 EFS 資格、資料歸屬、金鑰撤銷和告警閉環全部通過，則先選只讀試點。
- 若只讀任務通過，但寫入、MCP 或網路阻斷仍有缺口，則回退到受限寫操作，不開放無人值守任務。
- 若 Claude Code 的拒絕規則能被繞過，或生產憑據仍可被讀取，則暫緩接入，先修正執行環境。
- 若日誌寫入失敗、延遲無法解釋或告警未進入既有值班流程，則回到已批准的模型與資料策略。
- 若金鑰撤銷後仍能讀取敏感紀錄，則停止試點，查明快取與複本後重新驗收。
提醒： EFS 的留存與監控層、Claude Code 的權限系統、作業系統隔離，以及網路出口控制，必須各自有測試和負責人。任何一層通過，都不能替其他三層背書。
成本與運行影響要分開記帳
「產品是否額外收費」不是完整的成本問題。平台團隊至少要分開記錄 EFS 相關雲端儲存、讀寫請求、資料傳輸、內部人工復核、告警平台，以及 Claude Code 執行環境的佔用。若把所有項目合併成一個月度數字，往往看不出日誌量增加或誤報處理帶來的真正負擔。
| 成本或影響來源 | 驗證資料 | 需要觀察的結果 |
|---|---|---|
| 雲端儲存與讀寫 | 雲端帳單、資源標籤、使用量報表 | 儲存成長、寫入失敗與異常峰值 |
| 資料傳輸與代理 | 網路流量紀錄、代理紀錄 | 出口是否符合政策、延遲是否可接受 |
| 內部安全人力 | 告警工單、復核時間、升級紀錄 | 誤報比例、每個事件的處理負擔 |
| Claude Code 執行環境 | 執行工作階段、資源使用與銷毀紀錄 | 任務是否受日誌故障影響、環境是否殘留 |
| 審計完整性 | 事件識別碼及跨系統對帳 | 是否能從告警追到結論和關閉 |
這裡不應根據公告推算固定價格或性能。實際容量、費用和延遲只能引用雲端帳單、官方資料或本站實測；在缺乏這些資料時，應保留為待測項目。日誌管線故障也要分成兩種結果：若只影響事後查詢，可暫停高風險任務；若影響即時告警或權限決策，則應立即阻斷相關執行。
用回退演練決定開放範圍
完成上述檢查後，企業不應直接把所有 Claude Code 任務切換到 EFS。至少要演練 EFS 暫時不可用、日誌寫入失敗、內部金鑰撤銷，以及誤報突然增加等故障。每次演練都要回答三個問題：任務是否停止、資料策略能否回到已批准狀態、誰有權決定恢復。
推薦採用分階段里程碑：
- 繼續準備：資格或資料控制仍沒有書面證據，只建立帳戶、金鑰、代理和日誌架構。
- 分組試點：只讀任務和低敏感度程式碼通過，限制使用者、工作目錄、MCP 和網路出口。
- 暫緩接入：任何未授權讀取、金鑰撤銷失效、告警無法閉環或環境無法銷毀，均不得擴大範圍。
重新驗收的觸發條件包括：Anthropic 公布更明確的開放資格、管理介面出現正式配置、留存政策調整、支援範圍增加，或企業內部改變資料分類與憑據策略。平台團隊也可先查看 RunMini 的雲端 Mac 管理與操作入口，把隔離環境的帳戶、連線和銷毀責任納入測試流程。
最後的部署建議
相較於本地共用 Mac，或把高權限 Claude Code 任務直接放進一般雲端主機，直接接入目前的方案通常有幾個缺點：開放資格未必已落到實際帳戶、資料與審計責任可能分散在多個管理層，還有日常開發憑據與高權限執行環境容易產生交叉暴露。若只依賴 EFS，也會忽略作業系統權限、MCP 控制和網路出口。
因此，完成 EFS 資格與資料架構檢查後，較穩妥的做法是先為高權限 Claude Code 任務租用一套獨立的雲端 Mac 試驗環境，用真實但經過分級的儲存庫驗證權限阻斷、日誌留存、人工接管和環境銷毀，再決定是否擴大部署。對需要短期算力、隔離試點或可逆驗收的團隊，這種方式通常比立即改動日常開發環境更容易追責；若需要查看方案，可前往 RunMini 雲端 Mac 方案了解可用選項。