你的代码应该放在 Docker 沙盒的哪里？
Where should your code live in a Docker Sandbox?
AI 摘要Docker 官方博客于 2026 年 11 月 2 日发布技术指南，探讨在 Docker 沙箱（Docker Sandboxes）环境中如何组织 AI Agent 的代码存放位置。文章指出，Docker 沙箱目前支持三种代码管理方案：共享挂载（shared mounts）、Git 工作树（Git worktrees）和克隆模式（clone mode）。该指南阐明了不同模式的运作机制，并为开发者在不同开发场景下如何权衡并选择最适宜的代码组织方式提供了建议。
解读
发生了什么
Docker 官方博客于 2026 年 11 月 2 日发表了题为《Where should your code live in a Docker Sandbox?》的技术文章。文章讨论了在使用 Docker 沙箱运行 AI 编程智能体时，代码在系统中的存储与组织架构。文中明确提出 Docker 沙箱支持共享挂载、Git 工作树以及克隆模式三种代码组织途径。内容重点在于帮助开发者根据具体的任务需求与工作流，在上述三种模式中做出合理选择。
为什么重要
AI 编程智能体通常需要执行终端指令、安装环境依赖和修改代码文件，直接在开发者宿主机上运行容易带来误删数据或破坏本地环境的安全风险。容器沙箱通过轻量级虚拟化隔离了底层系统的变更，但代码存放位置直接决定了文件同步延迟、权限边界以及容错能力。共享挂载模式能够让智能体的修改即时呈现在宿主机编辑器中，便于人工监督与协作调试，但缺乏对破坏性操作的物理隔离。克隆模式将智能体修改限制在沙箱内的独立仓库中，通过显式合并保护宿主机，适合无人值守的自动化批处理任务。Git 工作树则避免了完整克隆带来的存储开销，支持多分支并行开发，为多智能体协同提供了互不冲突的运行环境。
影响谁
- AI 编程工具与智能体开发团队需要根据人工监督程度适配不同的挂载模式，平衡实时调试体验与系统隔离安全性。
- 企业研发流程与工程效能团队在接入自主编程智能体时，可依据沙箱模式制定代码权限与隔离分级规范，降低工作区受损风险。
- 容器与云端集成开发环境服务商需针对微虚拟机与宿主机之间的文件系统挂载性能进行优化，以支持高频并发的代码读写需求。
背景
随着大语言模型编码能力的发展，开发辅助工具正从单行代码补全走向能够自主执行任务的编程智能体。这类智能体在构建和测试过程中往往会引入复杂的全局依赖与环境变更，传统的操作系统权限难以在开发效率与安全性之间取得平衡。Docker 推出了专门面向 AI 编程场景的沙箱方案，利用微虚拟机和容器技术提供隔离的运行时。在实际落地中，如何让智能体在安全隔离的环境内工作，同时确保生成的代码能顺畅回传至开发者的代码仓库，成为工具链演进中的核心问题。
和中国的关系
中国企业正加快引入大模型辅助研发与智能体编程工具，工程团队面临类似的开发环境安全与权限隔离挑战。Docker 提出的代码沙箱组织模式，为国内自研智能体开发平台或企业内部落地大模型编程方案提供了直接的工程参考。
接下来关注
- Docker 官方沙箱工具（sbx CLI）对三种代码组织模式的后续功能更新与性能优化数据。
- 主流 AI 编程应用（如 Cursor、Claude Code 等）在运行时中对容器沙箱挂载模式的原生集成进展。
- 开发者社区在多智能体并发场景下针对 Git 工作树与克隆模式的实际吞吐量和冲突测试结果。
摘要和解读由 AI 根据公开报道整理，以原文为准。