Anthropic EFS 能直接接入 Claude Code 吗？2026 验收清单
Anthropic EFS 已宣布支持 Claude Code，但截至 2026 年 9 月 3 日仍不能视为所有企业立即可用。本文按资格、数据控制、监控、执行隔离、成本与回退六项指标，帮助平台、安全与 AI Coding 团队决定继续准备、分组试点，还是暂缓接入。
截至 2026 年 9 月 3 日，Anthropic EFS 已宣布支持 Claude Code，但官方计划从 2026 年秋季开始分阶段推出，不能按“已经全量开放”处理。Anthropic 的 Covered Models 默认涉及 30 天的提示与输出留存；因此本周应先做资格确认、客户侧日志与密钥设计，同时保留独立执行环境，不要直接迁移敏感任务。相关留存与模型覆盖范围，需以 Anthropic Covered Models 官方说明 为准。
这篇文章适合三类人：
- 企业平台工程师：需要准备 Claude Code 的身份、日志、密钥和客户侧云存储架构。
- 安全与合规负责人：需要判断 EFS 与零数据保留、内部审计制度是否能够衔接。
- AI Coding 团队负责人：需要建立隔离试点和失败回退路径，避免功能开放后仓促迁移。
⚠️ 本文的判断边界是“能否进入企业试点”，不是证明某个组织已经获得 EFS。公告中的“将支持”和帮助中心中的当前可用状态，必须分开记录。
时间线与准入结论
目前最稳妥的判断不是简单回答“能”或“不能”，而是分成三个里程碑：
| 时间节点 | 应确认的事实 | 对团队的动作 |
|---|---|---|
| 2026 年 9 月 3 日前后 | EFS 已宣布支持 Claude Code，但资格、入口和开放日期并未对所有客户统一确认 | 只做架构准备与低敏感度验证 |
| 2026 年秋季开始 | EFS 计划分阶段推出，部分组织可能先收到联系或开放入口 | 保存书面资格证据，建立小组试点 |
| 入口、责任人和日志路径均确认后 | 才能评估真实仓库、密钥和高权限任务 | 先只读，再受限写入，最后决定是否扩大 |
官方资料还涉及 Claude Enterprise、Claude Platform 及部分云平台入口，但这些产品覆盖范围并不自动等于某个组织已经获得 EFS。即使团队已经看到了 Claude Code 或 Covered Models 相关设置，也应继续确认设置对应的是正式 Enterprise Frontier Safeguards，还是临时零数据保留安排。
本周的准入结论可以写成一句内部变更记录：
“当前状态为继续准备；只有在账户资格、配置入口、数据归属、密钥控制和回退演练全部通过后，才进入分组试点。”
资格证据与支持范围
检查对象
平台团队应向账户团队或云平台索取一份可留档的书面确认，至少包含以下内容：
- 组织是否属于 EFS 的当前开放范围。
- Claude Code 是否包含在该组织的支持产品中。
- 使用的是直接平台接入，还是通过企业云平台接入。
- Covered Models、Claude Fable 5.1 与 Claude Code 的组合是否可用。
- 资格是正式 EFS，还是临时零数据保留过渡安排。
- 配置入口、申请方式和技术支持责任人是谁。
不要只保存销售人员的口头说明或产品发布页截图。企业试点真正需要的是组织级证据：账户标识、工作区、开放状态、支持范围、申请工单和故障升级路径。
可保存证据
建议建立一份“资格证据包”，包括：
- 账户团队邮件或工单编号；
- 组织标识、工作区名称和接入路径；
- 可见的模型或隐私设置入口；
- EFS 条款、数据处理说明和支持边界；
- 发生故障时的升级联系人；
- 资格失效、政策变化或模型撤回时的通知方式。
如果只有“预计支持 Claude Code”的口头说明，而没有组织级资格结果，动作应回退到架构准备。此时可以搭建日志接收、密钥轮换和隔离环境，但不应把源代码、生产凭据或客户数据迁入试点。
客户侧存储与密钥边界
EFS 的关键价值之一，是让符合条件的客户拥有把留存监控数据放入自身控制云基础设施的选项。但“客户侧存储”不等于“完全不留存”，也不等于所有 Claude Code 会话、Shell 日志和操作系统事件都会自动进入同一个存储桶。
关于 Covered Models 的数据策略，官方留存说明应作为合规评估依据。相关说明提到，提示与输出通常存在默认留存周期，符合条件的客户还可能使用客户管理的加密密钥与访问透明度审计能力。具体组织是否适用，应以账户配置和合同条款为准。(Anthropic 数据留存实践说明)
必须核对的四层数据
- 模型交互数据：提示、输出、工具调用上下文是否被纳入留存范围。
- 安全信号数据：自动分类器产生的告警、风险标签和调查关联信息保存在哪里。
- Claude Code 本地数据：会话、终端输出、项目文件和本地操作日志是否由企业自行管理。
- 组织审计数据：登录、角色变化、密钥操作、策略变更和导出事件如何进入审计系统。
| 验收对象 | 通过条件 | 应保存的证据 | 不通过动作 |
|---|---|---|---|
| 存储资源 | 资源归属于企业指定云账户，管理员可确认区域与生命周期 | 资源清单、归属截图、策略导出 | 暂停真实仓库接入 |
| 加密密钥 | 内部密钥管理员能授予、撤销并审计访问权限 | 密钥策略、访问记录、撤销记录 | 回退到低敏感度模型或数据 |
| 日志写入 | 测试事件能写入目标存储，并可关联组织、项目与时间 | 写入测试、读取测试、失败重试记录 | 不进入高权限试点 |
| 删除流程 | 能按策略删除或触发到期清理，并保留操作凭证 | 删除任务、生命周期规则、审计事件 | 不宣称满足零数据保留 |
| 未授权访问 | 非授权账户、错误角色和失效密钥均被拒绝 | 拒绝响应、告警、审计日志 | 关闭入口并修正权限 |
这里尤其要避免一个常见误判：如果客户控制了存储桶和密钥，只能说明客户对某类监控数据拥有更强控制力，不能推导出 Anthropic 不产生任何留存，也不能推导出 Claude Code 的本地操作日志已经集中归档。
监控、复核与审计链路
EFS 的自动监控、企业内部人工复核和 Claude Code 本地操作日志，属于三条不同的控制链。
自动检测用于识别安全信号，人工复核用于判断误报、升级和处置，Claude Code 的本地日志则用于还原文件、命令、MCP 与执行环境行为。三者不能互相替代，也不能把 EFS 的安全监控直接描述成沙箱。
企业侧至少要完成一次端到端告警演练：
- 使用已批准的测试提示触发安全信号。
- 确认告警进入企业既有安全平台或指定队列。
- 为告警分派明确的值班人和升级负责人。
- 记录误报确认、风险分级和处置结论。
- 验证阻断、暂停任务或撤销凭据是否执行。
- 关闭事件，并保留发现、分派、调查、结论和关闭时间线。
Claude Enterprise 的 Compliance API 能覆盖部分 Claude Code CLI 与桌面会话，但并非所有 Claude Code 访问方式都在同一审计范围内。第三方云平台会话、网页入口和本地工具链，可能需要额外采集或单独确认。(Anthropic Compliance API 官方说明)
安全团队需要在验收单里单独写明：
- EFS 安全信号由谁接收；
- Claude Code 使用分析由谁查看；
- 本地终端和文件操作日志在哪里；
- 组织审计事件是否能通过 Compliance API 拉取；
- 第三方云平台会话是否存在审计盲区。
组织审计日志也要进行实际导出测试。官方帮助页显示，组织所有者能够导出一段时间范围内的审计日志，导出链接存在有效期；因此不能把“系统能产生日志”与“企业已经完成长期归档”混为一谈。(Anthropic 审计日志官方说明)
Claude Code 执行隔离
EFS 不是沙箱。它不会因为启用了留存监控，就自动限制 Claude Code 读取哪些目录、执行哪些 Shell 命令、连接哪些 MCP 服务或访问哪一个网络出口。
Claude Code 的企业管理设置可以用于限制工具、文件和 MCP 服务器，也能够控制危险权限跳过选项、沙箱和模型选择。(Claude Code 企业迁移与管理设置)
试点环境的硬边界
- 工作目录：只挂载试点仓库，不挂载开发者主目录、生产密钥目录和共享文件盘。
- Shell 权限：默认拒绝删除、提权、外传和修改系统配置的命令。
- MCP：只允许经过审核的服务器，禁止临时注册未知 URL 或本地文件系统服务。
- 凭据：使用短时凭据或一次性令牌，不把长期 API 密钥写入仓库和环境镜像。
- 网络出口：通过企业代理或防火墙控制域名与端口，不把“能联网”当成“可审计”。
- 人工审批：自动模式不能成为高风险写操作的默认路径。
Claude Code 的企业代理配置存在明确边界，包括代理类型、证书链和允许访问的网络端点。官方文档还指出，部分代理方式并不受支持，因此网络验收不能只测试“登录是否成功”。(Claude Code 企业代理配置)
网络侧还要验证代理日志、失败重试、证书轮换和异常出口。若企业无法解释某次模型调用来自哪里，EFS 的留存能力也无法替代网络侧证据。
方案分层与成本分账
EFS 试点不应只比较“产品是否额外收费”。企业真实成本至少包括云端留存、读写请求、数据传输、密钥管理、日志检索、内部复核人力和 Claude Code 执行环境占用。
官方资料适合确认数据策略、支持范围和管理能力，不适合直接推算某个企业的固定月成本。成本结论应以实际账单、合同条款或本站实测为准，不要根据公告中的功能描述倒推出价格。
| 方案 | 适合阶段 | 优点 | 主要风险 |
|---|---|---|---|
| 架构准备，不接敏感任务 | 尚未获得资格或入口 | 可提前完成身份、日志、密钥和隔离设计 | 无法证明真实 EFS 链路 |
| 只读分组试点 | 资格已确认，写入权限仍受限 | 能验证数据路径、告警和人工接管 | 对真实交付流程覆盖不足 |
| 受限写操作 | 只允许测试分支和非生产仓库 | 能观察 Claude Code 的文件与 Shell 边界 | 需要更严格的回退与销毁 |
| 无人值守任务 | 前述证据全部通过 | 可验证自动化交付价值 | 误操作、凭据外泄和网络出口风险最高 |
建议把每一项费用分成两本账：
- EFS 账：留存数据、读写、传输、密钥和监控系统。
- 执行环境账：云端 Mac 或其他运行节点、镜像、网络出口、日志采集和销毁重建。
如果日志链路出现延迟，要分别判断三件事：编码任务是否会被阻断、告警是否还能按时进入队列、审计是否出现不可补齐的时间空洞。只要其中一项无法解释，就不适合直接扩大到无人值守任务。
回退演练与最终准入
上线前至少演练四种故障，不要只做一次“正常运行”演示：
- EFS 暂时不可用：确认任务是否自动停止，是否能切换到已批准的模型与数据策略。
- 日志写入失败：确认 Claude Code 是阻断、排队还是继续执行，避免形成无审计运行。
- 密钥被撤销：确认存储、读取、模型调用和执行环境能否分别停止。
- 误报突然增加：确认是否能缩小到只读任务，并由人工复核后逐步恢复。
决策条件列表
- 若已获得组织级资格、可见配置入口和责任联系人，则进入只读分组试点；否则回退到架构准备。
- 若客户侧存储、密钥权限、生命周期和未授权拒绝测试全部通过，则允许受限写操作；任一失败都不得迁移敏感仓库。
- 若告警能进入既有安全流程，并形成发现、分派、结论和关闭记录，则继续扩大试点；否则只保留低风险任务。
- 若 Claude Code 的工作目录、Shell、MCP、凭据和网络出口均有独立边界，则评估无人值守任务；否则继续使用人工接管。
- 若日志延迟或链路故障会影响编码任务、告警时效或审计完整性，则暂缓扩大范围，先修复链路。
- 若回退演练无法恢复到已批准模型和数据策略，则暂缓接入，直到完成可重复的停机、销毁和重建测试。
完成 EFS 验收后，企业仍应把高权限 Claude Code 任务放入独立执行环境，而不是直接放进开发者日常 Mac。关于 Claude Code 高权限任务的云端 Mac 隔离部署，重点应验证工作目录、凭据、网络出口和销毁流程；如果团队还在搭建整体方案，也可以参考 AI Coding 执行环境的安全规划。
常见问题
Anthropic EFS 现在能直接在 Claude Code 里打开吗？
不能把公告理解成全量开关。Anthropic 已确认 EFS 将支持 Claude Code，但计划从 2026 年秋季开始分阶段推出，具体组织是否获得资格、入口是否出现，仍需由账户团队或云平台书面确认。没有资格证据、配置入口和责任联系人时，应停留在架构准备阶段。
Enterprise Frontier Safeguards 和零数据保留到底差在哪里？
零数据保留主要限制平台对请求和输出的留存；Enterprise Frontier Safeguards 则围绕高能力模型的安全监控，引入自动检测、受控复核以及客户可控制的云端监控数据存储选项。两者不是同一层控制，EFS 也不等于完全不留存。
Claude Code 使用 EFS 后，日志会保存在哪里？
不能只依据产品名称判断位置。需要确认具体接入路径：直接使用 Anthropic 平台时，查看组织与工作区的数据策略；通过云平台时，确认保留数据是否留在客户指定的云环境。验收时应保存资源归属、区域、密钥、写入测试和删除流程证据。
Anthropic EFS 能替代 Claude Code 的沙箱和权限审批吗？
不能。EFS 解决的是安全信号、留存与监控架构，不会自动限制工作目录、Shell、MCP、凭据或网络出口。Claude Code 仍需使用最小权限、人工审批、沙箱或独立执行环境；高权限任务还应与开发者日常账户和生产凭据分离。
最终建议与试点出口
截至 2026 年 9 月 3 日，更适合企业的结论是：继续准备，等待资格确认后做分组试点，暂不全量接入。EFS 能补上留存监控、自动安全信号和客户侧数据控制的一部分，但它不能替代 Claude Code 的权限审批、操作系统隔离、MCP 管理、网络出口控制和人工复核。
如果当前方案是开发者本机直接运行，常见缺点是开发环境与高权限任务共用文件和凭据、审计链路不完整、异常任务难以统一停机；如果依赖临时云主机，通常又要额外处理 macOS 工具链、远程桌面、密钥注入和环境销毁。对需要真实验证这些边界的团队，先租赁一套独立的云端 Mac 试验环境，会比在日常开发设备上冒险迁移更容易控制范围。可先查看 RunMini 的 Mac 方案与计费信息，用真实仓库完成权限阻断、日志留存、人工接管和环境销毁测试，再决定是否扩大 Claude Code 部署。
延伸阅读
常见问题
Anthropic EFS 现在能直接在 Claude Code 里打开吗？
不能把公告理解成全量开关。Anthropic 已确认 EFS 将支持 Claude Code，但计划从 2026 年秋季开始分阶段推出，具体组织是否获得资格、入口是否出现，仍需由账户团队或云平台书面确认。没有资格证据、配置入口和责任联系人时，应停留在架构准备阶段。
Enterprise Frontier Safeguards 和零数据保留到底差在哪里？
零数据保留主要限制平台对请求和输出的留存；Enterprise Frontier Safeguards 则围绕高能力模型的安全监控，引入自动检测、受控复核以及客户可控制的云端监控数据存储选项。两者不是同一层控制，EFS 也不等于完全不留存。
Claude Code 使用 EFS 后，日志会保存在哪里？
不能只依据产品名称判断位置。需要确认具体接入路径：直接使用 Anthropic 平台时，查看组织与工作区的数据策略；通过云平台时，确认保留数据是否留在客户指定的云环境。验收时应保存资源归属、区域、密钥、写入测试和删除流程证据。
Anthropic EFS 能替代 Claude Code 的沙箱和权限审批吗？
不能。EFS 解决的是安全信号、留存与监控架构，不会自动限制工作目录、Shell、MCP、凭据或网络出口。Claude Code 仍需使用最小权限、人工审批、沙箱或独立执行环境；高权限任务还应与开发者日常账户和生产凭据分离。