GitHub Copilot 本地沙箱正式可用，默认关闭
GitHub 宣布，GitHub Copilot 本地沙箱已在命令行工具 CLI、Copilot 应用及使用 Agent Host 的 VS Code 会话中正式可用，让开发者按策略限制智能体命令对本机文件、网络和凭据的访问。
本地沙箱随 GitHub Copilot 提供，不额外收取沙箱费用。它默认关闭；按 GitHub 当前文档，未开启时，Copilot 执行的命令拥有与用户账号相同的访问权限。CLI 与 Copilot 应用的沙箱设置需要分别配置，在一处开启不会同步到另一处。
开发者可以限制命令读写哪些目录、访问哪些网络，以及使用哪些凭据；企业也可以通过托管设置要求使用沙箱并约束配置。底层 Microsoft eXecution Container（MXC）把策略转换成各操作系统的控制措施。这是对本机进程和文件访问的限制，并没有为命令另开虚拟机或容器；工具隔离与模型执行分开，也不代表模型改为在本机运行。
保护范围仍有边界。GitHub 文档说明，CLI 内置文件工具运行在 CLI 进程内，不受操作系统沙箱直接限制，而是由工具自身尽力检查并遵守策略。本地 MCP 工具服务和语言服务器默认纳入沙箱，但可调整；远程 MCP 服务不在沙箱内。
CLI 的网络限制也因平台而异。macOS 和 Linux 会把出站连接限制到本地代理，程序不能通过忽略代理设置直接联网。Windows 的代理和主机访问规则则依赖程序遵守代理设置，还需要受支持的系统版本并开启本地网络访问，不能视为同等强度的限制。Linux 对启动的命令和本地服务，无法单独控制本地网络访问。
不支持沙箱的电脑也不一定停止工作：CLI 会在当前会话关闭用户自行保存的开启偏好，并提示命令和服务将脱离沙箱运行。企业托管策略若同时启用沙箱和 sandbox.failIfUnavailable，则无法执行隔离时会阻止模型请求及工具执行。Copilot 应用中，配置为使用沙箱的会话可能启动，但在不受支持的电脑上，命令等沙箱进程会启动失败。
使用前还需核对系统要求：GitHub 建议 macOS 15 或更新版本，旧版本未经该后端测试；Linux 需要 bubblewrap 0.5.0 或更新版本，允许出站联网时还有额外依赖；Windows 需要支持该能力的较新 Windows 11 更新。此次正式可用的是本地沙箱，另一个把会话放到 GitHub 托管环境运行的云端沙箱仍处于公开预览，并按用量计费。
来源
- Local sandboxing for GitHub Copilot now generally available — GitHub
- About cloud and local sandboxes for GitHub Copilot - GitHub Docs — GitHub