Worktrunkとは？
Maximilian Roos氏によるWorktrunkは、git worktreeを管理するためのコマンドラインツール（wt）です。これ自体はAIツールではありません。Claude CodeやCodexなどの複数のコーディングエージェントを同時に実行するには、それぞれに独自の 作業ディレクトリが必要であり、git本来のworktreeコマンドが扱いづらいために作られました。worktreeはブランチ名で指定でき、wt switch -c -x claude featを実行すると、ブランチとworktreeを作成し、その中でエージェントを起動するまでを1つのステップで行えます。
3つのコアコマンド（switch、list、remove）に加え、作成時やマージ時のhooks、LLMによるコミットメッセージの作成、ワンコマンドでのsquash-rebase-merge、PRのチェックアウト、wt listでのCIステータス確認、およびworktree間におけるnode_modulesやtarget/などのビルドキャッシュのコピーオンライト共有機能を提供します。
リポジトリはMITまたはApache-2.0のデュアルライセンスで、Rustで記述されており、GitHubで約9,700のスターを獲得しています。2026年10月20日にバージョン0.81.0がリリースされ、crates.ioでのダウンロード数は約41,000回となっています。
Worktrunkは使う価値があるか？
Worktrunkは限定された課題を的確に解決しており、その課題は現在一般的になっています。コーディングエージェントが30分間自律して作業できるようになれば、5台または10台を同時に実行するのが自然な次のステップであり、それらの競合を防ぐ標準的な方法がgit worktreeです。標準のgitではこの操作が面倒です。1つのworktreeとその内部で動くエージェントを作成するには、git worktree add、cd、そしてエージェントのコマンドの間でブランチ名を3回入力する必要があり、後片付けにもさらに3回の手間がかかります。Worktrunkはそれらをそれぞれ1つのコマンドにまとめ、テンプレートからパスを算出するため、worktreeをブランチのように扱えます。
単な るシェルのエイリアス以上の価値をもたらしているのは、基本機能を支える周辺機能です。wt listは、ステージングされた変更、mainより進んでいるコミット、未プッシュの作業、そしてフルモードではCIステータスやブランチごとのAI要約をすべてのworktreeについて表示します。hooksにより、worktreeの作成時に依存関係のインストールを実行したり開発サーバーを起動したりでき、hash_portフィルターによって各worktreeに独自のポートが割り当てられます。APFS、btrfs、XFSでは、コピーオンライトによってnode_modulesとtarget/を共有するため、10個のworktreeがあっても10回のコールドビルドが発生することはありません。これは多くの人が過小評価しがちなコストです。wt mergeを使用すれば、スカッシュ、リベース、マージ、worktreeの削除を一度に実行できます。
重要な設計上の選択は、Worktrunkがエージェントの邪魔をしない点にあります。claude-squadやorcaとは異なり、独自のエージェント用ターミナルやデスクトップUIでラップすることはしません。ディレクトリとブランチのみを管理するため、あらゆるエージェントやターミナルマルチプレクサと連動します。この選択の代償として、エージェント自体の調整は一切行われません。並行するブランチ間のマージコンフリクトや、10個のdiffに対するレビューの負担は、依然として利用者が担うことになります。
このプロジェクトは始まって日が浅く、開発速度が速い状態にあります。約1年でバージョン0.81に達しており、62件のオープンなissueを抱え、中心的なメンテナは1名です。1.0未満のナンバリングであるため、フラグや設定は今後も変更される可能性があります。Windowsでは、wtがWindows Terminal独自のコマンドと競合するため、wingetではgit-wtとしてインストールされます。とはいえ、バイナリが1つ、シェル統合のコードが1行、そしてgitだけで導入できる手軽さを損なうほどの問題ではありません。
真価を発揮する場面
単一のRustリポジトリで3つのClaude Codeセッションを動かす個人開発者
cdやworktreeの定型作業なしで、各エージェントを独自のブランチで起動することです
タスクごとにwt switch -x claude -c feature-a -- 'Add user authentication'を繰り返し実行します。post-start hookによってインストールが実行され、APFS上でtarget/がコピーオンライトで共有されます。費用はかからず、worktreeごとのコールドビルドを回避できます。
並行エージェントの試験運用を行っている6人構成のWebチームのテックリード
どのエージェントブランチが進んでいるか、未コミットの変更があるか、またはCIが失敗しているかを一目で把握することです
wt list --fullを実行して、ステージングされた変更、mainより進んでいるコミット、未プッシュの作業、worktreeごとのCIステータスを表示します。wt switch pr:123を使用すると、チームメイトのPRへ即座に移動できます。ライセンス費用は不要で、増えたブランチに対するレビュー時間のみが必要になります。
各エージェントに起動中の開発サーバーが必要なフロントエンド開発者
ポートの競合を起こさずに、複数の開発サーバーを並行して稼働させることです
hook内でhash_portテンプレートフィルターを使用して各worktreeに一意の固定ポートを割り当て、タスクが完了したらwt merge mainでworktreeのスカッシュ、リベース、削除を実行します。
導入前に確認すること
- 導入
- brew install worktrunkまたはcargo install worktrunkを実行し、wtがディレクトリを変更できるようにwt config shell installを実行します。winget、pacman、conda-forgeでも提供されています。最初のworktreeは1分以内に作成できます。
- 連携
- -xを通じてあらゆるエージェントを起動でき（Claude Codeとの連携はドキュメントに記載されています）、GitHubやGitLabからPRやCIステータスを読み取り、Zellijやtmuxなどのあらゆるターミナルまたはマルチプレクサ環境で動作します。
- データとプライバシー
- gitを操作するロー カルバイナリです。LLMによるコミットメッセージやブランチの要約では、設定したモデルのコマンドが呼び出されます。MITまたはApache-2.0のデュアルライセンスであり、公開されているセキュリティ勧告はありません。
- 大規模利用時のコスト
- 有料版はありません。実際のコストは各worktreeが消費するディスク容量ですが、対応しているファイルシステムではコピーオンライトのキャッシュ共有によって削減されます。また、並行ブランチに対するレビュー担当者の工数もコストとなります。
- 制限
- 62件のオープンなissueがあり、バージョンは1.0未満です。コピーオンライトによるキャッシュ共有にはAPFS、btrfs、またはXFSが必要です。エージェントではなくディレクトリを管理するツールであるため、各エージェントが何を実行しているかを把握する機能はありません。
良い点
- 1つのコマンドでworktreeを作成し、その中でエージェントを起動できます
- worktree間でのnode_modulesおよびtarget/のコピーオンライト共有が可能です
- wt listによって、ブランチごとの変更内容、進捗状況（ahead/behind）、CIステータスを確認できます
- 独自UIやランタイムを持たないため、あらゆるエージェントと連動します
気になる点
- 1.0未満でリリースサイクルが速いため、フラグや設定が変更される可能性があります
- 並行ブランチ間のコンフリクトは自動で解決されません
- Windows Terminalとコマンド名が競合するため、同環境ではgit-wtとしてインストールされます
- キャッシュ共有はAPFS、btrfs、XFSでのみ利用可能です
おすすめの人
単一のリポジトリで複数のコーディングエージェントを並行して動かしており、大がかりなエージェントダッシュボードを導入することなくworktreeを管理したい開発者に適しています。
Worktrunkの代替
Worktrunk：よくある質問
- Worktrunkは使う価値があるか？
- 素のgit worktreeから煩雑さを取り除いたツールであり、エージェントを並行して実行するすべての人にとって、その煩雑さこそが最大の課題でした。 評価は5点満点中4.4点です。
- Worktrunkの料金は？
- 無料でオープンソースです（MITまたはApache-2.0）。
- Worktrunkの欠点は？
- 1.0未満でリリースサイクルが速いため、フラグや設定が変更される可能性があります; 並行ブランチ間のコンフリクトは自動で解決されません; Windows Terminalとコマンド名が競合するため、同環境ではgit-wtとしてインストールされます; キャッシュ共有はAPFS、btrfs、XFSでのみ利用可能です.
- Worktrunkは誰に向いているか？
- 単一のリポジトリで複数のコーディングエージェントを並行して動かしており、大がかりなエージェントダッシュボードを導入することなくworktreeを管理したい開発者に適しています。
- チームや本番環境でWorktrunkを使うと費用はいくらか？
- 有料版はありません。実際のコストは各worktreeが消費するディスク容量ですが、対応しているファイルシステムではコピーオンライトのキャッシュ共有によって削減されます。また、並行ブランチに対するレビュー担当者の工数もコストとなります。
- Worktrunkは企業データを扱っても安全か？
- gitを操作するローカルバイナリです。LLMによるコミットメッセージやブランチの要約では、設定したモデルのコマンドが呼び出されます。MITまたはApache-2.0のデュアルライセンスであり、公開されているセキュリティ勧告はありません。
- Worktrunkの代わりになるものは？
- 当サイトでレビューした中で最も近い代替はClaude Squad, Orca 、 Vibe Kanbanです。
回答確認日：2026年10月31日