GitHub Copilot本地与云端沙箱怎样隔离AI Agent执行环境

概述

GitHub Copilot沙箱此次发布了什么？

GitHub Copilot本地与云端沙箱已进入公开预览，当前Copilot CLI中的两类沙箱仍标为实验功能。本地模式先以--experimental或/experimental on启用实验功能，再执行/sandbox enable；云端交互会话使用copilot --cloud --experimental。本地沙箱在开发机上约束文件系统、网络、凭据和子进程访问，云端沙箱则在GitHub托管的临时Linux环境中运行整个会话，适合研发负责人、DevSecOps、GitHub企业管理员和开发团队评估AI Agent执行边界。

GitHub于2026年6月2日宣布Copilot本地沙箱和云端沙箱进入公开预览。本地沙箱聚焦Copilot发起的Shell命令与工具调用，云端沙箱提供由GitHub托管的隔离计算环境。两种模式都面向Copilot CLI，GitHub Copilot应用在新建会话时也可选择云端沙箱。

公开预览描述产品发布阶段，实验功能描述当前Copilot CLI中的启用状态。企业试用时需要同时记录这两个状态，并把CLI版本、操作系统、沙箱配置和组织策略写入验收文档。

Copilot本地沙箱怎样限制文件、网络与凭据？

本地沙箱默认关闭。启用前，Copilot发起的Shell命令继承当前用户账户权限；启用后，大部分由Copilot调用的命令和工具在操作系统沙箱中运行。/sandbox enable会立即作用于当前会话，并保存到Copilot CLI个人设置，后续新会话继续使用该设置。企业托管策略还可以要求成员统一启用沙箱。

本地配置界面由General、Filesystem和Network三个部分组成，企业可以围绕以下控制项建立基线：

默认配置允许当前工作目录读写，并允许出站网络、本地网络以及已认证的Git和gh操作。由此可见，"已经开启沙箱"和"已经采用最小权限"属于两个验收项目：前者确认执行环境状态，后者核对路径、网络、凭据和绕行策略。

本地沙箱采用哪些平台机制？

本地沙箱由Microsoft eXecution Container（MXC）提供统一能力，在不同平台调用对应的操作系统机制：

• macOS使用Seatbelt（sandbox-exec）；
• Linux使用Bubblewrap，设备需要安装bwrap并加入PATH；
• Windows使用ProcessContainer，当前要求Windows Insider版本。

这种方式属于操作系统级进程和文件系统约束，隔离强度低于独立虚拟机或容器。高敏代码、生产凭据和高权限运维任务适合采用更独立的执行环境，并把可访问资源压缩到当前任务所需范围。

哪些调用需要单独验收？

Copilot CLI内置文件工具在CLI进程内运行，由工具自身按照配置策略执行；操作系统级沙箱主要约束代理启动的命令和工具。远程MCP服务器运行在远端环境，也需要在远端服务侧配置身份、网络和数据权限。

企业验收应覆盖三条路径：Shell命令对允许与拒绝目录的访问、CLI内置文件工具的读写结果，以及本地与远程MCP工具能够取得的数据范围。三条路径使用同一组虚构测试文件和占位凭据，可以直接比较策略执行结果。

Copilot云端沙箱适合哪些任务？

云端沙箱为每个会话创建GitHub托管的临时Linux环境，底层采用Azure Container Apps Sandboxes，适合并行运行测试、构建、依赖分析和耗时较长的代码任务。开发人员可从不同设备继续会话，计算任务在云端环境运行，当前启动命令为：

copilot --cloud --experimental

当前云端沙箱支持交互式Copilot CLI会话，-p与-i参数适用于其他执行路径。每次新建云端会话都需要使用--cloud参数。组织与企业范围的Cloud Sandbox访问策略默认关闭，由组织或企业所有者启用后，成员才可使用对应组织资源。GitHub Copilot应用在新建会话时也可以选择云端沙箱。

云端会话包含三个状态：

1. Active：环境运行，计算与已分配内存进入计量；
2. Stopped：运行停止，GitHub保存文件、环境和任务状态快照；
3. Deleted：运行环境与快照删除，相关存储计量结束。

研发团队可以把"停止"用于跨设备续接，把"删除"加入任务收尾流程，减少闲置快照保留时间。

云端沙箱费用怎样计算？

GitHub当前对云端沙箱按三个计量项收费，本地沙箱包含在标准Copilot席位内。2026年7月底结束的每月10美元公开预览试用额度已经到期，因此8月的预算应按照实际用量计算。

单次会话的估算公式为：

费用 = 运行秒数 × 0.000024
     + 分配内存GiB × 运行秒数 × 0.000003
     + 快照容量GiB × 保存月数 × 0.005

内存费用按照分配容量计算，计算与内存计量在会话停止后结束，快照存储从停止持续到删除。仓库所属账户承担对应会话费用；团队可在GitHub预算中设置产品级或SKU级限额和提醒，并启用达到预算上限后停止新增用量的控制项。

企业AI编程安全需要哪些控制层？

GitHub Copilot沙箱解决AI Agent执行命令时的环境隔离问题。完整的企业AI编程控制还包括身份权限、代码变更审查、分支策略、依赖来源、CI/CD密钥管理和研发资产恢复。

建议按以下顺序建立控制链：

1. 以个人账户、组织和仓库角色限定代码访问范围；
2. 以本地或云端沙箱限定命令、文件、网络和凭据范围；
3. 以Pull Request、代码所有者和AI代码审查核对变更质量；
4. 以分支保护、工作流审批和Runner策略控制代码进入构建与发布流程；
5. 以仓库镜像、构建产物备份和恢复测试保护研发资产。

此前的AI代码审查与代码仓库保护专题介绍了GitHub Code Quality、仓库镜像备份及完整性检查，可与本篇的执行环境隔离组合使用。

沙箱隔离与代码资产恢复怎样分工？

沙箱负责限制AI Agent当前能够访问和执行的资源；代码仓库备份负责保留提交历史、分支、标签和恢复副本；构建产物备份负责保存发布包、依赖缓存、配置模板及交付记录。三者分别覆盖执行、版本和恢复环节。

NAS适合承载Git仓库镜像、构建产物、快照、备份副本与异地复制。GitHub继续负责代码托管、协作、Pull Request和策略执行。企业可参考研发资产备份方案，按仓库规模、提交变化率、构建频率、保留周期和恢复目标测算存储容量，并定期执行镜像克隆与完整性验证。

GitHub Copilot沙箱怎样验收？

先创建测试仓库与虚构数据，再按本地和云端两条路径执行同一组任务。验收结果记录CLI版本、操作系统、组织策略、沙箱状态和每项测试的实际输出。

成都及西南研发团队怎样规划AI编程安全？

美步科技可在成都及西南地区为企业提供方案设计、实施部署、数据迁移、系统配置和技术服务。研发团队可通过成都及西南研发数据保护服务提交GitHub组织与仓库规模、Copilot使用方式、开发终端平台、MCP与LSP工具、CI/CD Runner、构建产物、备份保留周期和恢复目标，用于规划AI编程隔离、研发资产备份与恢复验收。

参考资料

1. GitHub Changelog：Cloud and local sandboxes for GitHub Copilot now in public preview
2. GitHub Docs：About cloud and local sandboxes for GitHub Copilot
3. GitHub Docs：Using local sandboxing
4. GitHub Docs：Configuring local sandbox settings
5. GitHub Docs：Billing for cloud and local sandboxes for GitHub Copilot