Worktrunk：同時開 10 個 AI agent 寫程式之前，先解決 git 打架問題
Claude Code 跟 OpenCode 這類 agent 現在可以長時間無人值守工作，我自己常常同時開好幾個。但很快會撞上一面牆：每個 agent 都需要自己的工作目錄，不然它們會互相踩到對方的修改。Git 原生的 worktree 功能就是為此存在的，只是它的 UX 很惱人。開一個 worktree 要把 branch 名打三次：`git worktree add -b feat ../repo.feat`，再 `cd` 過去。開三個 agent 就煩，開十個根本不用工作了。
Worktrunk 就是來解決這件事的。Rust 寫的 worktree 管理 CLI，作者 Maximilian Roos（也是 PRQL 的作者，10k stars）。它的訴求很直白：讓 worktree 跟 branch 一樣好用。
三個指令取代一堆 git 體操
| 想做的事 | Worktrunk | 原生 git |
|---|---|---|
| 切換 worktree | `wt switch feat` | `cd ../repo.feat` |
| 開 worktree＋啟動 Claude | `wt switch -c -x claude feat` | 三行指令接力 |
| 收尾清理 | `wt remove` | 切回主目錄＋刪 worktree＋刪 branch |
| 看全部狀態 | `wt list` | `git worktree list`（只有路徑） |
關鍵設計是 branch-centric：你只記 branch 名，路徑由 template 自動算好。`-x` 旗標可以在切換後直接執行命令，`–` 後面的參數透傳給 agent。所以平行開工長這樣：
“`
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’
“`
每個 agent 待在自己的 worktree，互不干擾。做完用 `wt merge main` 一鍵 squash、rebase、合併、清理；走 PR 流程的人就 `wt step commit`＋`gh pr create`，等合併後 `wt remove`。
讓人留下的不是三指令，是周邊
三指令只是入門。真正讓它從眾多 worktree wrapper 脫穎而出的，是為平行工作流準備的配套：hooks（create／merge 前後自動跑依賴安裝、dev server）、從 diff 生成 commit message 的 LLM 功能、`wt list –full` 直接顯示每條 branch 的 CI 狀態跟 AI 摘要、跨 worktree 共享 `target/` 跟 `node_modules/`（APFS 上成立，macOS 適用，不用每個 worktree 重 build 一次）。`wt switch pr:123` 直接跳進某個 PR 的 branch，review 很順手。
我實際查了它的體質
光看 README 會被行銷話術牽著走，我用 GitHub API 拉了實際數據。Stars 7,234，約每週發一版（v0.75 到 v0.77 三週三版），昨天都還有 push，活躍度沒問題。維護者基本上是作者一人加自動化 bot，這是風險，但 open issues 裡有實質的外部貢獻：有人修 `wt merge` 跳過 worktree lock 的 bug，有人修 linked worktree 的 `GIT_DIR` 污染，有人在 11 個 worktree 的實戰下要求 Copilot CLI 整合。這些是真實使用者，不是作者自吹。
要挑毛病有兩處。第一，GitHub API 的 license 欄位回 NOASSERTION，但 README 徽章寫 MIT OR Apache-2.0，兩邊對不上，採用前看一眼 repo 根目錄的 LICENSE 檔再決定。第二，它自稱最受歡迎的 worktree manager，這是作者自己的說法，沒有第三方榜單佐證。不過 HN 上已經出現純 bash 的極簡仿製品，側面證明這條路有人跟。
該裝嗎
我的判斷是該裝。理由很實際：開源免費，不吃任何訂閱額度，`brew install worktrunk` 加一行 shell integration 就能用，跟我現有的 Claude Code、OpenCode 直接相容。如果你用的是 Orca 那種重型桌面編排（自帶 worktree 隔離），Worktrunk 可以當它的底層 CLI 互補，不衝突。輕量工具解決惱人但真實的摩擦，這種投資報酬率最高。
下一步我會先在單一 repo 試三指令加一組 post-create hook，多 agent 並行時再開 `list –full` 當狀態看板。
資料查證日期：2026-09-13。Stars、版本、issues 數據以當日 GitHub API 為準。專案連結：max-sixty/worktrunk，文件站 worktrunk.dev。