AIエージェントの役割分担｜停止点と隔離の設計
「AIに役割分担させると捗る」と聞いて、司令塔役と実行役を用意してみた。けれど期待したほど手離れしないし、むしろ確認する箇所が増えた——AIエージェントの役割分担を試した人の多くが、この壁にぶつかります。
結論から言うと、役割分担がうまくいくかどうかは「誰に何をやらせるか」ではなく、「どこで止めるか（停止点）」と「どこまで触らせるか（隔離）」を先に書いたかどうかで決まります。役を増やすほど、この2つが無い構成は壊れます。
株式会社Fyveは、1人の会社の実務をAIエージェントの分業で回しています。この記事では、私が実際に使っている4つの役と、その間に必ず挟んでいる停止点の設計を、直近の公式アップデートで実際に塞がれた穴と突き合わせて解説します。
AIエージェントの役割分担で事故が減らない理由
役割分担を「人間の組織図の真似」として設計すると、たいてい失敗します。人間の部下には、明文化しなくても効く前提が備わっているからです。
たとえば新人でも「本番環境にいきなり反映するのはまずい」「これは自分の一存で決める話ではない」と手が止まります。この「勝手に止まる能力」こそが、任せられる根拠になっています。
AIエージェントには、この前提がありません。指示された範囲を最後まで走り切ろうとします。だから役だけ増やすと、判断が必要な分岐でも止まらないまま、それぞれが自分の解釈で先へ進みます。結果、確認すべき箇所が役の数だけ増える——これが「分担したのに楽にならない」の正体です。
役割分担で本当に設計すべきなのは、役の名前ではなく役と役の「あいだ」です。どこで手を止めて人間に返すか。どこまでのファイルに触れてよいか。この2つを先に書くと、同じ役構成のまま事故が減ります。
「AIに任せる範囲と自分で決める範囲」の線引きそのものについては、こちらで詳しく整理しています。
私が使っている4つの役と渡し方
私は司令塔（メインのセッション）の下に、性格の違う4つの役を置いています。Claude Codeでは .claude/agents/ にMarkdownでAIエージェントを定義でき、それぞれに使うモデルと行動原則を固定できます。
役 | 担当する仕事 | 渡し方の原則 |
|---|---|---|
司令塔 | 分解・割り当て・最終判断 | 自分では手を動かさず、返ってきた成果を検品する |
思考役 | 設計判断・技術選定・複雑な原因調査 | 思考が重い一発勝負。結論だけを短く返させる |
実行役 | 多段の実装・長い文脈を追う作業 | 停止点まで進めて必ず止める |
並列役 | 定型・機械的な反復作業 | 撃ちっぱなしにできる粒度まで割ってから渡す |
ここで重要なのは、モデルの強さで役を分けていない点です。分けている基準は「間違えたときの損害が戻せるか」です。
設計判断を間違えると後戻りのコストが高いので、思考役には深く考えさせて結論を1つだけ出させます。一方、命名の統一やテスト追加のような作業は、間違えてもその場で捨てて書き直せるので、並列役に何本も同時に投げます。
実際、自社サイトの記事詳細ページを5セクションまとめて改修したときは、実行役に本体を通しで作らせ、その成果を私が検品してから、細かい修正4本を並列役にファンアウトしました。逆順にすると成立しません。全体設計が固まる前に4本並列で走らせると、4通りの解釈で書かれたコードが返ってきて、統合コストが自分で書くより高くつきます。
並列・分離処理そのものの使い方は、こちらのガイドにまとめています。
読者特典・無料ダウンロードClaude Codeを「素のまま」使うな無料でダウンロード →停止点の設計——「ここから先は人間」を先に書く
私の実行役の定義には、行動原則として次の1行を書いています。
不可逆アクションは自発実行しない。git push・SNS/API投稿・メール送信・クライアント向け送信・本番反映は、明示指示がない限り直前で停止して報告する。
この一文が、分業の安全装置の中心です。ポイントは、止める場所を「作業の工程」ではなく「取り返しのつかなさ」で決めていることです。
止めるべき境界の見つけ方
停止点を置く場所は、次の問いで機械的に決まります。「これを間違えた場合、私が自分で戻せるか？」
- 戻せる（ローカルのファイル編集・下書き作成・調査）→ 止めない。最後まで走らせる
- 戻せない（外部への送信・公開・課金・削除）→ 直前で必ず止める
ファイルを書き換えるのは戻せます。git の履歴が残っているからです。しかし送信したメールは戻せません。公開した投稿も、消したところで見た人の記憶からは消えません。だから境界は「編集か送信か」ではなく「戻せるか戻せないか」に引きます。
止まったときの報告フォーマットを固定する
停止点を置くだけでは足りません。止まった後に何を報告させるかまで決めて、はじめて分業として機能します。私は報告の型を4つに固定しています。
- 【完了】 済んだこと（1〜3行）
- 【決定】 後戻りコストが高い判断をした場合、その内容と根拠
- 【要判断】 承認・選択が必要な分岐
- 【次】 次の停止点までにやること
この型の効きどころは【決定】です。AIエージェントは、指示の隙間を自分の判断で埋めながら進みます。その「勝手に決めた部分」を自己申告させないと、成果物を見ても、どこが指示どおりでどこが解釈なのか区別できません。区別できないものは検品できず、結局こちらが全部読み直すことになります。
あわせて、私は実行役に「設計判断が必要になったら自分で決めずに停止して報告する」と書いています。判断そのものを禁止するのではなく、判断が発生した事実を必ず表に出させる、という設計です。
隔離の設計——どこまで触らせるか
停止点が「時間の境界」だとすれば、隔離は「空間の境界」です。役を並列で走らせる場合、こちらが本命になります。
Claude Codeでは、サブエージェントの定義に isolation: 'worktree' を付けると、そのエージェント専用のgit worktree（同じリポジトリの作業コピーを別ディレクトリに切り出す仕組み）の中で作業させられます。並列で走らせても、お互いの編集がぶつからないようにするための機能です。
ここで、直近のアップデートに実例があります。2026年7月15日（GitHubのリリース表記では7月14日 23:45 UTC）に公開された Claude Code v2.1.210 に、次の修正が入りました。
Fixed
isolation: 'worktree'subagents being able to run git-mutating commands against the main repo checkout instead of their own isolated worktree
（隔離されたはずのサブエージェントが、自分のworktreeではなく本体のリポジトリに対してgitを書き換えるコマンドを実行できてしまう問題を修正）
つまり「隔離しているつもりだったのに、本体に手が届いていた」という穴が、公式に修正されたわけです。この一件が示しているのは、隔離は宣言した時点では完成しない、ということです。
だから私は、隔離を機能に任せきりにせず、二重にしています。worktreeで分けたうえで、そもそも不可逆なコマンド（push・削除・送信）を実行させない。片方が破れても、もう片方が残る形にしておく。停止点と隔離が両方必要なのは、この冗長性のためです。
同じv2.1.210では、権限ルールの書き方についても起動時の警告が追加されています。Write(path)・NotebookEdit(path)・Glob(path) という書き方は非推奨になり、Edit(path) または Read(path) を使うよう案内されるようになりました。権限設定を書いている人は、起動時の警告を一度確認しておくと安全です。
この2つを並べると、公式の動きの向きが見えます。役を増やす機能（分ける・並べる）ではなく、役を制御する機能（届く範囲を狭める・権限の書き方を正す）が手当てされています。
これは私が実務で辿った順番と同じでした。最初は役を増やせば速くなると思っていました。実際に速くなったのは、役を増やした後に「止まる場所」と「触れる範囲」を書き足してからです。
今日から組む3ステップ
いきなり4役を用意する必要はありません。次の順番で足すのが、遠回りに見えて一番早いです。
1. 役を1つだけ作り、停止点を1行書く
最初は実行役だけで十分です。定義ファイルに「不可逆な操作の直前で止まって報告する」の1行を入れます。どこまでが不可逆かは、自分の仕事に合わせて具体名で書きます（送信・公開・課金・削除）。
2. 報告の型を固定する
【完了】【決定】【要判断】【次】の4項目を定義に書き込みます。特に【決定】を入れると、成果物を全部読み直さなくても、確認すべき場所が自己申告で浮かび上がります。検品コストが下がるのはここです。
3. 並列にするのは、型が固まってから
1本で安定して回るようになってから、同じ作業を並列役に複数投げます。このとき初めて隔離（worktree）が要ります。並列にする前の隔離は、多くの場合まだ早いです。
私自身、この順で組んだ結果、日々の実務のかなりの部分を分業で回せるようになりました。止まった箇所だけを見て判断すればよく、成果物を最初から読み直す必要がありません。無人で回すときのログの見せ方については、こちらで解説しています。
まとめ
AIエージェントの役割分担は、役の名前を決めた時点ではまだ半分です。仕上げるのは、役と役のあいだに置く2つの境界です。
- 停止点（時間の境界）——「戻せない操作の直前」で必ず止め、【完了】【決定】【要判断】【次】で報告させる
- 隔離（空間の境界）——触れる範囲を物理的に狭める。ただし機能に頼りきらず、不可逆コマンドを与えない設計と二重にする
この2つを先に書いておくと、役を増やしたぶんだけ速くなります。逆に書かないまま増やすと、確認する箇所が増えるだけです。公式のアップデートが「隔離の穴を塞ぐ」方向へ進んでいるのは、この設計が実務で効くことの裏返しだと私は受け取っています。
まずは実行役を1つ作り、「戻せない操作の直前で止まって報告する」の1行を書くところから始めてみてください。私たちがAIに仕事を任せられるようになるのは、AIが賢くなったからではなく、止まる場所を決めたからです。
Claude Codeを「素のまま」使うな
設定で差がつく——CLAUDE.md・権限・スキルの実物を公開（全24ページ）
素のClaude Codeは"優秀な新入社員"。仕事を教えるほど、自分専用になります。覚えさせる4点セット——会社の説明書（CLAUDE.md）・権限の柵・手順書（スキル）・フォルダの地図——を、1人会社の実運用からコピペで使える型つきで公開します。
- そのまま書き換えて使えるCLAUDE.mdの型
- お金と送信をAIに触らせない「3段階の柵」
- 1回教えたら何度でも動く、手順書のコピペ雛形
- AIが迷子にならないフォルダ構造の3原則
毎週金曜の無料ニュースレター「ひとりAI経営」の購読特典です。メール登録後すぐ、ダウンロードページのご案内が届きます。あわせて、AI活用に関するお知らせやお役に立てそうなご案内をお送りすることがあります。解除はいつでも1クリック。
御社の業務に合わせたClaude Code導入支援
「AIツールを導入したが、現場で使われない」を終わらせる。
業務課題のヒアリングから設計、ハンズオン実践、運用定着まで一貫して支援します。