一次开五个 agent 不打架：worktrunk 把 Git worktree 变成了一条命令

11 月 5 日的 GitHub Trending 上，max-sixty/worktrunk 冲到了前列：一个 Rust 写的 Git worktree 管理 CLI，专为并行 AI agent 工作流设计，11 月 4 日窗口单日涨 531 星，总星数约 1.1 万。

痛点很具体：同时跑多个 Claude Code 或 Codex 时，每个 agent 都要在自己的目录里干活，不然互相改文件。Git 自带的 worktree 能做到，但要反复敲 git worktree add、记路径、手动 cd——agent 越多越乱。

worktrunk 的做法是按分支名寻址：wt switch feat 就建好 worktree 并切进去；wt switch -c -x claude feature-auth 一条命令建分支、建目录、直接启动 Claude；wt merge 一次做完 squash、rebase、合并和清理；APFS、btrfs、XFS 上共享构建缓存，十个 worktree 不用各建一份 target/ 或 node_modules/。它还自带 Claude 插件、Codex Cloud 配置和 Gemini 扩展。安装走 Homebrew、Cargo、Winget、pacman 或 Conda/Pixi；Windows 上命令叫 git-wt，避开和 Windows Terminal 的 wt 冲突。最新版 v0.81.0（10 月 20 日），MIT/Apache-2.0 双许可。

我的判断是：这是 agent 时代的“脚手架”工具——模型已经够强，瓶颈在怎么让五个 agent 同时干活不踩脚。worktrunk 的价值不在功能多，在于把 worktree 从“记得住的 Git 高级技巧”变成了“随手用的日常命令”。但先别急着在主力项目上铺开：项目还年轻，版本迭代快；每个 worktree 都是工作文件的一份完整拷贝，大仓库占磁盘不少。这个结论在两种情况下不成立：一是平时只开一个 agent——单 agent 用不着 worktree，分支切换就够了；二是把它当成 agent 编排工具——它只管隔离工作区，不管任务分配和合并冲突的判断，合并前的 review 还是得人来。