本页目录6
要点速览
- 自托管环境（self-hosted environments）公测上线，会话运行在企业自有基础设施而非 Anthropic 服务器上
- 三大好处：可访问内网服务和数据库、可预装编译器/SDK等内部工具、源码与构建产物留在自有基础设施内
- 通过 runner 长驻进程接管会话，支持 Fixed（固定数量常驻）和 On-demand（按需启停）两种模式
- 每个会话使用独立 checkout，不同开发者/账号之间的工作互不干扰
- 与 Remote Control（在手机/浏览器续接本机会话，绑定用户机器）是不同机制，自托管环境跑在共享基础设施上
- 目前面向 Claude Team/Enterprise 计划开放，默认关闭，不支持 ZDR 组织，且需要企业投入专门工程人力搭建与维护
本文是对 Anthropic 官方博客文章的中文要点摘要，完整内容以原文为准：https://claude.com/blog/run-claude-code-sessions-on-your-own-compute
这是什么
Anthropic 为 Claude Code 推出了「自托管环境」（self-hosted environments）公测功能，允许组织在自己的基础设施上运行 Claude Code 会话，而不是跑在 Anthropic 的服务器上。
三个主要好处
- 网络访问：会话运行在企业自己的网络内部，可以直接访问内部服务、数据库等资源，无需将这些系统暴露到公网。
- 可定制性：团队可以预先在运行环境镜像里装好编译器、SDK 和内部工具链，会话一启动就能直接开始开发，不用每次现场配置。
- 合规：仓库 checkout、构建产物、密钥，以及会话过程中创建或修改的任何文件，都始终留在企业自己掌控的基础设施上，不经过 Anthropic 的服务器。
工作原理：Runner
自托管环境的核心概念是 runner——长驻运行的进程，负责接收会话并为每个会话启动一个 Claude Code 进程。官方给出两种运行模式：
- Fixed（固定模式）：始终保持固定数量的 runner 进程运行，会话被分发到这些进程上处理。
- On-demand（按需模式）：由一个编排器（orchestrator）监视排队中的会话，有新会话到达时启动 runner，任务完成后自动停止，更节省闲置资源。
每个会话都运行在自己独立的 checkout 中，确保不同开发者、不同账号之间的工作彼此隔离、不互相干扰。
和 Remote Control 的区别
这一点是文章特别强调的：自托管环境不同于此前发布的 Remote Control。
Remote Control 让开发者可以从手机或浏览器上继续接管运行在自己电脑上的会话——这类会话绑定到运行 claude 命令的那台机器和用户，一旦本机停止运行该会话就会结束。
而自托管环境的会话运行在共享基础设施上，不依附于某台具体的开发者机器，更适合团队/组织级别的统一部署与管理。
可用性与落地门槛
- 目前处于公测阶段，面向使用 Claude Team 和 Enterprise 计划的组织开放。
- 该功能默认关闭，需要组织主动开启。
- 不支持启用了 ZDR（Zero Data Retention，零数据保留）的组织使用。
- 官方明确提示：落地自托管环境需要企业投入专门的工程人力，负责初始搭建、镜像维护以及后续的日常运维，不是开箱即用的轻量功能。
小结
这项功能主要面向对内网访问、环境定制、源码/构建产物合规有明确要求的企业级团队。相比个人开发者常用的默认云端会话，自托管环境需要额外的基础设施投入和专职工程维护，适合已经有一定 DevOps/平台团队能力的组织评估落地。