yolobox作者：多AI编程Agent并行协作才是真正挑战，如何破局？

【导语：yolobox作者Finbarr Taylor指出，当前主流的“一个终端监督一个Agent”模式只是入门，真正挑战是让多个AI编程Agent并行协作。他开发yolobox解决了单Agent的瓶颈及协作中的冲突问题。】

单Agent模式遭遇瓶颈

当前主流的「一个终端监督一个Agent」模式只是入门教程，真正的挑战在于如何让多个AI编程Agent像人类开发者一样并行协作。Taylor最初开发yolobox是因不信任Claude Code直接操作主目录，将Agent关进容器沙箱。但单Agent很快成为瓶颈，当同时让Agent重构API、修复测试和排查Docker问题时，Git崩溃、文件系统遭殃、Docker Compose惨烈。

Git worktree并非良策

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

yolobox的核心突破

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

Web应用的适配方案

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

编辑观点：yolobox为多AI编程Agent并行协作提供了有效解决方案，解决了协作中的冲突问题，推动AI编程向更高效的方向发展。