AREX Feed Article
Anthropic 简化 Claude Code 云端会话环境配置：Claude 自动识别依赖、网络访问与 API 密钥
11 月 6 日 19 时 58 分（UTC，北京时间 11 月 7 日凌晨），Anthropic 面向开发者的官方 X 账号 发帖宣布：在 Pro、Max 与 Ultra 套餐上，让仓库在 Claude Code cloud sessions（云端会话）中跑起来变得更简单——Claude 会自行判断这个仓库需要哪些依赖、网络访问和 API 密钥，再把这套环境保存下来，供下次会话直接使用。帖文同时给出一条关键的安全声明：API 密钥被安全保存，Claude 自己看不到它们。
的简介写明自己是「为使用 @ClaudeAI 的开发者提供官方更新」的账号，经平台认证，约有 80 万关注者。帖文附带一段演示视频，截至发稿获得 4,200 多个点赞、约 23.9 万次浏览和 190 多条回复。需要说明：功能说明与安全声明均为 Anthropic 单方口径，帖文没有给出独立验证。
帖文原文与「云环境」文档的对应
帖文原文译过来是：「我们让仓库在 Pro、Max 和 Ultra 套餐的 Claude Code 云端会话中跑起来更容易了。Claude 会弄清它需要哪些依赖、网络访问和 API 密钥，然后把环境保存下来供下次使用。API 密钥被安全保存，Claude 永远看不到它们。」
这三样东西恰好对应 里「云环境」（cloud environment）配置的几个主要部分。按文档定义，都运行在一个云环境中——它是控制网络访问、环境变量、网络密钥（network secrets）和安装脚本的已保存配置，同一套环境适用于浏览器、桌面端、移动端、终端 claude --cloud 等所有入口。文档把需要动手配置的场景列得很直白：当 Claude 需要访问默认允许清单之外的域名、需要会话里预设环境变量、或需要开工前装好依赖时，默认环境就不够用了。
部分自动化此前已经存在：按文档，Pro、Max 与 Ultra 用户完成网页引导后会自动获得一个不带任何配置的 Default 环境；也写道，每个任务都会拿到一台全新虚拟机，仓库克隆到新分支上，「你环境的安装步骤已经做完」。此次宣布的不同之处在于：判断需要什么、并把它配置好的工作改由 Claude 来完成。
云端会话本身不是新东西。在 2026 年 9 月 23 日的更新中说明，云端会话（此前叫 Claude Code on the web）已对 Pro、Max、Ultra 和 Team 用户正式开放，Enterprise 用户需要高级席位或 Chat + Claude Code 席位；field guide 补充说，云端会话不额外收费，与账号其他用量共享速率限制。
此前：网络等级、变量和安装脚本都要自己填
在现有文档描述的流程里，这套环境要靠开发者逐项填写。网络访问分 None、Trusted、Full、Custom 四档：默认的 Trusted 只放行包注册表、GitHub、云 SDK 等允许清单内的域名，要访问别的域名就得在 Custom 里逐行列出。环境变量按 .env 格式一行一条填写。预装清单之外的依赖——文档举的例子是 .NET SDK——需要写一段 Bash 安装脚本，以 root 身份跑在 Ubuntu 24.04 上，总时长控制在约五分钟内才会被缓存。环境缓存会保留脚本装好的软件包和拉取的镜像，让每次新会话开场就有这些内容，文档里的这套缓存正是「保存环境供下次使用」的既有机制。
虚拟机本身有固定规格：文档写明会话运行在 x86_64 架构的 Ubuntu 24.04 上，资源上限约 4 个 vCPU、16 GB 内存、30 GB 磁盘；Python、Node.js 20/21/22、OpenJDK 21、Go、Rust、Docker、PostgreSQL 16、Redis 7.0 等常用工具链预装，开发者拿不到进入 VM 的 shell，所有命令都由 Claude 代为执行。
「Claude 看不见密钥」背后的代理机制
「Claude 永远看不到密钥」这句安全声明，在 里对应一个具名机制：network secret（网络密钥）。开发者把某个 API 密钥存在云环境上并指定主机名单；Anthropic 的 agent proxy（代理）在每条请求离开会话虚拟机之后，才把密钥附加到发往这些主机的请求上，密钥本身始终留在 VM 之外。文档描述的验证方式是：让 Claude 在会话里用 curl 调用该 API，「API 的响应与密钥直接写在请求里一样，而密钥不会出现在会话的环境变量或任何文件中」。
这套隔离不止针对第三方 API 密钥。文档和 field guide 写明：GitHub 令牌同样不进 VM，GitHub 代理持有真实令牌，会话只拿到一张短期凭据，且仅能推送到自己的工作分支；代理还拒绝删除分支、推送标签等操作。作为对比，普通环境变量任何能使用该环境的人都读得到，文档因此明确警告不要把密钥写进环境变量。机制也有清楚边界：发往 GitHub、api.anthropic.com 和公共包注册表的请求永远不会附加用户存的密钥；安装脚本先于代理生效，用不了这些密钥；目标 API 必须能从公网访问；使用客户自管加密密钥的组织无法保存 network secret。
以上机制描述同样出自 Anthropic 自家文档，仍是厂商口径。帖文宣布的「Claude 自动判断需要哪些密钥」走的是不是这条通道，帖文里没有说。
回复区：安全追问与覆盖面疑问
X 简介标注为 Anthropic Claude Code 产品经理的 在回复中请用户私信反馈「什么能用、什么不能用、希望哪里不一样」。
安全是回复区里反复出现的疑问。软件工程师 ：「Claude 看不到密钥，但它照样能用？在我看来 Claude 根本不该碰密钥。」：保存下来的网络访问到底是每个仓库一张允许清单，还是批准一次就全面放开——「只有当它不能拿密钥把请求发到不该发的地方时，『Claude 看不到密钥』才有意义」。在点赞排序靠前的回复里，没有看到 Anthropic 对这两条提问的公开回应。
覆盖面是另一类问题。「Team 套餐也会上吗」，：Enterprise？帖文给出的范围只有 Pro、Max、Ultra。
也有开发者直接表达欢迎。「环境能延续才是我真正需要的」，：对新手来说，最难的部分从来不是写代码，而是让项目跑起来。
尚无答案的问题
帖文没有解释自动识别的流程：Claude 判断出依赖和密钥之后，用户是逐项确认还是默认照单全收，保存下来的环境能否在界面上查看和修改，这些帖文都没有说。
文档层面也有口径出入。截至 11 月 7 日的写 network secrets 在 Pro、Max、Ultra、Team 和 Enterprise 套餐都可用，而的安全章节仍写 API 凭据「在 Pro 和 Max 套餐」保持在沙箱之外，Team 与 Enterprise 套餐「还没有」。这套自动配置流程在 Team 和 Enterprise 上的边界，目前只能等 Anthropic 把两处文档的口径说齐。