如果你已经习惯让 Claude Code、Codex 这类 AI 编程助手帮你写代码，很快会撞上一堵墙：一个助手改到一半，另一个任务又来了。共用同一个工作目录，改动互相覆盖；开新分支，又怕切来切去把未完成的代码弄丢。今天分享的 Worktrunk，就是来拆这堵墙的：它把 Git 自带但难用的工作树（worktree）功能，包装成了和分支一样简单的三个命令。
它是什么：给每个 AI 助手一个独立工位
Worktrunk 是 max-sixty 开发的命令行工具，专门为“同时跑多个 AI 助手”这个场景而生。Git 的工作树功能本来就能做到一件事：同一个仓库，在不同目录各检出一份，互不干扰。但原生命令实在别扭——新建一个工作树要把分支名敲三遍，还要自己 cd 过去。Worktrunk 把这套流程压缩成：
- wt switch feature-auth：创建分支、创建工作树、切换过去，一条命令全办了；
- wt list：不止列出工作树，还带状态：谁有未提交改动、谁比 main 超前几个提交、CI 状态如何；
- wt remove：任务做完，工作树和分支一起清理，不留尾巴；
- wt merge：提交、变基、合并、清理一条龙，不用在几个命令之间来回跳；
- wt switch pr:123：直接切到某个 PR 对应的分支，复查别人的代码很方便。
最能体现它“为 AI 而生”的，是和助手启动的结合。一条命令就能建好工作树并把助手派进去：
wt switch -x claude -c feature-a -- 'Add user authentication' wt switch -x claude -c feature-b -- 'Fix the pagination bug' wt switch -x claude -c feature-c -- 'Write tests for the API'
三个助手、三个目录、三个任务，各干各的，谁也不会踩到谁的脚。
截图导览
图 1 是仓库主页分享卡，项目定位一目了然。
图 2 是官方核心命令演示，wt switch、wt list 的实际效果比文字描述直观得多。
图 3 是多助手并行演示：多个 Claude 智能体在终端分屏里各自工作，这就是 Worktrunk 想让你日常使用的样子。
快速上手：装完先接管 shell
按 README，macOS 和 Linux 用 Homebrew 安装最顺：
brew install worktrunk && wt config shell install
第二段命令很关键：它安装 shell 集成，没有它，wt switch 切换目录的功能是不生效的。Rust 用户也可以用 cargo install worktrunk，Windows 用户走 winget，但要注意命令名会变成 git-wt——因为 wt 这个名字已经被 Windows Terminal 占了。
装好后找个练手仓库试一次完整流程：
wt switch --create feature-auth wt list wt step commit wt merge main wt remove
门槛方面：你得先会用 Git 分支，电脑上要装好 Git；AI 助手本身（Claude、Codex 等）需要你自己的账号或 API key，Worktrunk 自己不带模型、不联网跑推理。硬件上没有特殊要求，普通开发机就能跑。
几个容易被忽略的亮点
除了核心三命令，Worktrunk 还有几处为“多开”场景打磨的细节。第一是钩子（hooks）：工作树创建时自动装依赖、起开发服务器，不用每个目录重复手工配置。第二是共享构建缓存：在 APFS、btrfs、XFS 文件系统上，十个工作树可以共用同一份 target/、node_modules/，省去重复编译和拷贝的时间——并行开得多的人最能体会这点。第三是交互式 picker：可以边浏览工作树边看 CI 状态、diff 和 PR 评论。第四是按工作树分端口：每个工作树通过 hash_port 模板拿到不同端口，开发服务器不会互相抢端口。
我的建议：适合谁、不适合谁
值得试的人：已经在用 Claude Code、Codex 写代码，而且经常“同时有好几个任务在跑”的开发者；团队里想规范“一个任务一个工作树”协作方式的人；被原生 git worktree 的繁琐命令劝退过、但又想要隔离的人。对这类读者，Worktrunk 几乎是零学习成本：三个命令就能上手，进阶功能以后慢慢加。
可以先放一放的人：平时只用图形界面客户端、很少碰终端的读者，命令行工具本身就是一道坎；还不熟悉 Git 分支概念的新手，建议先把分支、合并练熟再来，否则多工作区的状态反而容易把自己绕晕；以及只需要偶尔改改代码、不并行开任务的人——这时它带来的收益有限，原生 Git 就够了。
值不值得试：值得。它的定位非常克制：不发明新概念，只是把 Git 已有的能力打磨到顺手。1 万多 star、年初发布后迅速成为同类里最流行的工具，这个成绩不是营销出来的，而是每天被并行任务折磨的开发者一票票投出来的。唯一提醒是：工作树开得多，磁盘占用和“哪个目录对应哪个任务”的管理负担也会跟着涨，养成 wt list 定期巡视、做完及时 wt remove 的习惯，比工具本身更重要。
仓库链接：https://github.com/max-sixty/worktrunk；完整文档见 worktrunk.dev。
