Chainguard 发布测试版 Workspaces 与 Checks，通过微型虚拟机隔离 AI 编码智能体以强化供应链安全

一句话结论

Chainguard 推出基于加固微型虚拟机的 Workspaces 与 Checks 测试版，为 AI 编码智能体提供隔离运行环境与可验证的安全校验能力，降低本地凭证泄露风险。

关键要点

Chainguard Workspaces 为每位开发者或智能体分配独立的远程加固型微型虚拟机，支持通过 `chainctl develop` 同步本地未提交变更，并在断连时生成包含文件、进程及 Shell 上下文的会话快照。
Chainguard Checks 在独立的预热微型虚拟机中执行 CI 步骤，依赖包基于项目锁定文件预置，支持通过 MCP 服务器或 SDK 供 AI 智能体调用，目标实现无需等待传统缓慢 CI 流程的安全测试。
主机端代理为已批准的出站请求添加短期凭证，避免在虚拟机内部存放长期密钥；可选的出站规则可拦截并记录访问未授权端点的连接，且日志具备防篡改特性。
每次 Checks 运行生成将环境、判定结果和提交 SHA 绑定的签名证明，使合并关卡能够验证通过结果而无需重新运行测试套件，但该设计前提要求被核验输入内容保持不变且代码库信任 Chainguard 的执行与签名系统。
Chainguard 同期发布正式版 Actions（含超 1000 个重构 GitHub Actions）及早期预览版 Libraries 服务，后者已对 5000 多个 Go 和 .NET 软件包完成判定，其中超过 10% 的检测样本在公开数据源中无匹配记录。

背景与事实

软件供应链安全公司 Chainguard 在伦敦举行的 Assemble 大会上公布了两款测试版产品：Chainguard Workspaces 与 Chainguard Checks。这两款产品旨在解决 AI 编码智能体在实际开发中面临的安全难题。智能体通常需要权限来安装软件包、执行 Shell 命令和编辑配置文件，甚至并行执行多项任务。若这些操作在开发者本地电脑上执行，企业凭证和本地服务可能暴露于生成代码或第三方代码之下；反之，若将每一处修改提交给传统 CI 服务，则易造成队列拥堵并反复下载相同的依赖项。

Workspaces 的核心机制是为每位开发者或智能体分配独立的远程微型虚拟机。用户通过 `chainctl develop` 命令将本地工作目录（包括未提交的变更）同步到环境中。当用户断开连接时，系统生成会话快照，恢复会话后可还原文件、进程和 Shell 上下文。团队还可以为同一代码库创建多个相互隔离的 Workspaces，使智能体在尝试多种解决方案时，端口、缓存和进程状态互不干扰。主机端代理会为已批准的出站请求添加短期凭证，避免在虚拟机内部放置长期密钥。可选的出站规则可拦截并记录访问未授权端点的连接。Chainguard 声称其日志具备防篡改特性，旨在降低依赖包被入侵或提示词注入攻击导致智能体失控带来的损害。

Checks 在独立的预热微型虚拟机中运行 CI 步骤，虚拟机镜像基于 Chainguard 软件包构建。依赖包根据项目锁定文件预先准备，当锁定文件变更时，快照资源池会重新构建。开发者可通过命令行、提交前钩子或 GitHub 应用调用检查任务，AI 智能体则可通过 MCP 服务器或 SDK 调用。当 Checks 和 Workspaces 结合使用时，Workspace 在测试运行期间挂起，失败的检查会将结构化日志返回到恢复的会话中，智能体可尝试另一变更而无需重建环境。成功的运行会创建与环境、结果和提交相关联的证明，提议的合并关卡可验证该证据而无需再次运行测试套件。Paxton 和 Phillips 表示，其目标是让开发者和智能体能够“安全地测试、报错并修复代码，无需等待缓慢的 CI 流程”。

此外，Chainguard 还发布了 Chainguard Actions 正式版，包含超过 1000 个经过重建并持续维护的 GitHub Actions；面向 Go 和 .NET 的 Chainguard Libraries 进入早期预览阶段。Libraries 服务会扫描依赖包中的恶意软件与灰色软件，新增软件包上线前可设置可配置延迟，并为选定漏洞移植修复补丁。Chainguard 报告称，其测试版扫描器已对 5000 多个 Go 和 .NET 软件包完成判定，其中超过 10% 的检测样本在公开数据源中无匹配记录。Workspaces 当前支持 Claude，后续计划支持其他智能体，产品按实际消耗算力计费，两款产品均提供 30 天测试试用。

影响分析

对中文开发者与企业而言，这一发布提供了应对 AI 编码智能体安全风险的参考架构。分析判断认为，企业若引入 AI 编码助手，需警惕其在本地环境执行命令时可能触达企业凭证或敏感内部服务。Chainguard 的方案通过远程微型虚拟机隔离执行环境，并利用短期凭证替代长期密钥，从架构上切断了智能体直接访问本地敏感资源的通道。对于构建流水线，签名证明机制允许合并关卡信任先前的测试结果而无需重复运行，这在高频提交场景下可能显著缩短反馈周期。但需注意，该机制依赖代码库对 Chainguard 执行与签名系统的信任，且要求被核验输入内容保持不变。企业在采用时需评估自身对第三方签名系统的信任程度，以及日志防篡改能力的验证途径，因本次公告未提供具体验证方法。

适用边界

该结论适用于需要为 AI 编码智能体提供隔离执行环境的企业开发场景，尤其是涉及多智能体并行测试或依赖包安全校验的团队。但在以下条件下不成立：若团队不采用 Chainguard 的签名证明系统或不信任其执行与签名基础设施，则合并关卡无法依赖签名证明跳过测试重跑；若项目锁定文件频繁变更且无法承受快照资源池重建开销，Checks 的预热机制优势可能受限；Workspaces 当前仅支持 Claude 智能体，不支持其他 AI 编码助手的团队需等待后续支持；按实际消耗算力计费的模式在低负载或间歇性使用场景下可能缺乏成本优势。