Muse Code 日本語ガイド

当サイトは Muse Code の利用者が運営する非公式の情報サイトです。Meta Platforms, Inc. とは関係がありません。「Muse Code」「Meta」は各社の商標です。

worktree による並列は、既定では限定的

セッションの worktree は既定オフ。サブエージェント隔離も「明示要求時だけ」。

「サブエージェントが隔離された git worktree で並列に動く」— Muse Code の紹介でよく見る説明です。実際のオプションを読むと、もう少し条件があることが分かります。

セッションの worktree は既定オフ

-w, --worktree [<MODE>]
    Session Git worktree: off|create|existing;
    a bare -w means create (default: off)
意味
off(既定)worktree を使わない
create新しく作る(-w だけ書いた場合もこれ)
existing既存のものを使う

関連オプションとして --worktree-base <REF>(作成時の基点。既定 HEAD)と --worktree-existing <PATH> があります。

サブエージェントの隔離は「要求されたときだけ」

もうひとつ --subagent-worktree-isolation というフラグがあります。説明文が具体的です。

Compatibility flag; capability defaults on. Only an affirmative
per-child request asks for isolation; omission stays shared.
Requests may reject when capability, provider, or Git
prerequisites are unavailable.

読み下すとこうなります。

  • これは互換性のためのフラグで、機能自体は既定で有効
  • 子エージェントごとに明示的に要求されたときだけ隔離される。省略した場合は共有のまま
  • 機能・プロバイダ・Gitの前提条件が揃わない場合、要求は拒否されることがある

まとめると

正確な理解

「常にすべてのサブエージェントが隔離された worktree で並列に走る」わけではありません。隔離を要求した子だけが隔離され、要求しなければ作業ディレクトリを共有します。またセッション自体の worktree は、明示しない限り使われません。

機能として存在することと、既定で効いていることは別です。並列作業でファイルの衝突を避けたい場合は、この2つの設定を意識して指定する必要があります。

Git リポジトリでない場所では前提条件を満たさないため、隔離の要求が拒否される可能性があります。

関連する記事

承認とサンドボックス — 既定値と外し方

承認判定をLLMが行う設定が既定で有効。ネットワークは既定 proxy-only。

読む

エージェントに触らせる範囲を決める

ワークスペースの起点、信頼、書き込みとシェルの禁止。読ませるだけの構成も作れます。

読む

推論の深さ7段階と、既定が high であること

none から ultra まで。指定しなければ上から3番目の深さで動きます。

読む

Claude Code を実務で使えるようにする講座

運営元のASI株式会社は、自社の業務で定型自動処理を150本以上、AIコーディングエージェントで動かしています。その運用側の視点で、導入から自走できるまでを個別に伴走します。

講座の詳細を見る