Claude Code は最高のワークツリー マネージャーです

組み込みのワークツリー マネージャーには制限があることが保証されています。彼らは通常、1 つのリポジトリ、Git、祝福されたブランチ フロー、およびセットアップが何を意味するかについての製品チームのアイデアを前提としています。実際のコードベースはこれらの行内に留まりません。

cmuxの禅は、開発者が自分たちのツールを作り、コードとの向き合い方の探索空間を広げるべきだという考え方です。ワークツリーは便利なプリミティブの一つですが、複数のチェックアウト、別フォルダにあるバックエンド/フロントエンドのリポジトリ、リモートマシン、Gitを使わないプロジェクト、ローカルスクリプト、時にはそのタスクで最速だからmain上で直接書くことも同じくプリミティブです。

スーパーリポパターン

スーパー リポジトリは、すべての実際のリポジトリがどこに存在するか、ワークツリーがどのように作成されるか、関連するリポジトリがどのようにペアになるか、どのスクリプトが各ワークスペースを準備するか、PR がどのようにレビューおよびマージされるかを認識する 1 つのコントロール チェックアウトです。 cmuxterm-hq はスーパー リポジトリです。これには、プライマリ cmux チェックアウト、タスクごとの cmux ワークツリー、Zed チェックアウト、hq スクリプト、再利用可能なスキル、およびエージェントが互いに踏みつけないようにするために従うルールが含まれています。

重要なのは、誰もがこのディレクトリ ツリーをそのままコピーする必要があるということではありません。重要なのは、1 つのローカル コントロール リポジトリでエンジニアリング オペレーティング システム全体を記述できるということです。バックエンド リポジトリとフロントエンド リポジトリを一緒に開くことができます。モバイルアプリとWeb APIを一緒にリロードできます。あるリポジトリにブランチを作成し、別のリポジトリに対応するブランチを作成できます。その形状は、一般的なワークツリー ボタンではなく、チームに属します。

エージェントにワークツリーを管理させる

Claude Code と Codex は、リポジトリ ルールの読み取り、スクリプトの実行、複数のリポジトリにわたるワークツリーの作成、独自のワークツリーのクリーンアップ、競合の修正、ブランチのプッシュ、PR のオープン、CI とレビュー ゲート通過後のマージができるため、ほとんどの組み込みワークツリー マネージャーよりも優れたワークツリー マネージャーです。

最もよく使用されるフローは、task-worktree-pr と autoreview です。これらが機能するのは、エージェントがファイルの読み取り、ファイルの書き込み、コマンドの実行、GitHub の検査、CI の待機、レビュー コメントへの応答、およびリポジトリ間での操作ができるためです。タスクでクラウドとデスクトップの両方の変更が必要な場合は、エージェントに両方の場所を確認し、残りをスーパー リポジトリにエンコードするように指示できます。

組み込みワークツリーのサポートが失われる理由

製品レベルのワークツリー機能は一般的なケースに合わせて磨くことができますが、エッジケースはすぐに発生します。つまり、Git が存在しない、複数のリポジトリ、生成されたクライアント、プライベート セットアップ スクリプト、バックエンド/フロントエンド ブランチのペア、異常なマージ ポリシー、または小さな内部変更のために意図的にメインにプッシュするチームなどです。

プログラム可能なワークフローは適応可能です。 Claude Code にワークツリーの作成を依頼し、その横で Codex を起動し、セットアップ コマンドを実行し、右側のブラウザ ペインを開いてテストを監視し、PR がマージされたらワークツリーを削除します。明日はそのワークフローを変更します。

cmux はワークフローに表面を与えます

cmuxには組み込みの汎用ワークツリーマネージャーは必要ありません。カスタムコマンド、プログラム可能なCLIとソケットAPI、再利用できるスキルを提供します。プラスボタンから、自分のワークツリーコマンド、マルチリポジトリのセットアップ、Gitを使わないサンドボックス、リモート環境を起動できます。

だからこそcmux homeが重要です。最良のワークツリーマネージャーは、ワークフローが変わったときにエージェントが変更できるものです。そしてそのループに最良のターミナルは、通知、Cmd+Shift+U、Cmd+Control+Uを画面の操作面に組み込んでいます。