yolobox作者Finbarr Taylor近日发文指出，当前主流的「一个终端监督一个Agent」模式只是入门教程，真正的挑战在于如何让多个AI编程Agent像人类开发者一样并行协作。

Taylor最初开发yolobox是因为不信任Claude Code直接操作自己的主目录——Agent在获得免确认执行权限时，极有可能误读提示词并执行rm -rf。于是他将Agent关进容器沙箱，项目挂载到真实路径，主目录完全隔离。

但单Agent很快成为瓶颈。当你想同时让Agent重构API、修复测试和排查Docker问题时，麻烦接踵而至：Git率先崩溃（同一分支多人提交冲突），文件系统其次遭殃（缓存、构建产物、lockfile互相覆盖），Docker Compose最惨烈（端口、容器名、命名卷全面抢占）。

Git worktree看似 obvious 答案，Taylor却称之为「技术上正确，因此最危险」。worktree只共享.git，不共享node_modules、.env、构建缓存和运行中的Postgres容器。每次新建worktree都要手动复制环境、重装依赖、重建缓存——这本质是在用Git分支模型去模拟「另一台开发机」。

他的核心洞察是：「我想fork的不是分支，而是开发者。」yolobox fork --name alice 命令会给每个Agent一份完整的项目文件夹副本，包括.git、.env、被忽略的文件和本地缓存，在容器内挂载到原始路径，确保路径依赖的脚本和IDE状态不受影响。每个fork还拥有独立的YOLOBOX_FORK_NAME和COMPOSE_PROJECT_NAME，从根本上解决容器冲突。

对于Web应用，yolobox还通过Traefik/Caddy反向代理为每个fork分配.localhost子域名（如https://alice.myapp.localhost），配合mkcert生成本地HTTPS证书。

Taylor总结道：「令人惊讶的是，大部分摩擦来自协作摩擦，而非能力摩擦。」当Agent拥有独立的工位、独立的项目克隆、独立的Compose命名空间和可推送的分支时，它们才能真正像团队成员一样工作。

参考来源：Finbarr Taylor