AI エージェントの体数を増やしても、作業ごとの担当が一意に決まらなければ専門性は使われない。mixednuts は自社の委任ログ 348 件を数え、52.6% が専任ではなく汎用エージェントに流れていた事実を起点に、作業種別 → 主担当 → 検収を対応づけた委任表を先に作り、その表に対応する担当だけを残して 105 体を 40 体に再編し、中間管理層は層ごと廃止した。以下は自社の特定構成での設計事例であり、効果の測定はこれからになる。
エージェントを増やすほど、なぜ委任が決まらなくなるのか？
体数ではなく、作業種別と担当の対応が定義されていないことが原因になる。手順は、(1) 委任ログを数えて汎用担当に流れた作業を洗い出す (2) 作業種別 → 主担当 → 検収経路を表に固定する (3) その表に対応する担当だけを残し、対応のない層は廃止する、の 3 段階。例外は、表に載っていない新規作業と複数領域にまたがる作業で、これは司令塔セッションが個別に判断し、頻度を測って表に行を足す。以下は自社の特定構成での事例で、一般的な最適構成ではない。
用語を先に固定する。以下は当社の運用上の呼び名で、業界標準の定義ではない。
| 用語 | 定義（20 字以内） |
|---|---|
| 司令塔セッション | 分解と委任先の決定だけを行う親セッション |
| Lead | 経営横断の判断を担う思考・統合役（6 体） |
| Head | Lead と Worker の間にいた部門調整役（廃止） |
| Worker | 特定の道具と手順を持つ実行担当 |
| 委任表 | 作業種別と主担当・検収を対応づけた 1 枚の表 |
数はいつ、どう数えたのか？ — 棚卸しの基準日と定義
体数は数え方で簡単に変わる。当社は「エージェント定義ファイルとして実在し、実行時に呼び出せる状態にあるもの」を 1 体と数え、Lead 6 体を含め、退避済みの定義は含めない。この定義で 3 時点を固定する。
| 基準日 | 位置づけ | 総数 | うち中間管理層 |
|---|---|---|---|
| 2026-07-09 | 棚卸し | 103 | 14 |
| 2026-09-04 | 再編の直前 | 105 | 12 |
| 2026-09-06 | 再編の直後 | 40 | 0 |
7 月の内訳は、中間管理層 14 / Lead 6 / 案件担当 9 / 広告・検索 10 / 資産運用 10 / クリエイティブ 8 / その他 46集計日 2026-07-09、分類は社内で実施[1]。中間管理層が 14 から 12 に減ったのは 2 体を個別に廃止したためで、層としての廃止ではない。再編では 66 体を退避し 1 体を新設して 40 体になった。退避は削除ではなく、履歴を残したまま呼び出し対象から外す移動を指す。
委任の半分が汎用担当に流れていた
再編の起点は所感ではなく、委任 1 件ごとに記録される実行ログだった。2026 年 7 月 11 日から 9 月 6 日までの委任 348 件のうち、汎用エージェント指定が 131 件、担当を指定しないものが 52 件で、合計 52.6% が専任担当を経由していない観測期間 2026-07-11〜2026-09-06、n=348[2]。
重複を除いて 80 件まで分解すると、実装系の作業が最も多かった。実装担当も基盤担当も存在していたのに、汎用担当へ流れていた。不足していたのは専門性ではなく、作業をその専門性に接続する対応表だった。受け皿が本当に無かったのは広告管理画面の操作だけで、1 体を新設した。
中間管理層は「Lead が全 Worker を直接見ると管理範囲が広がりすぎる」という組織論から置いたが、起きたのは逆だった。Lead → Head → Worker と受け渡しが 2 回になり、ある作業を Head の裁量で止めるのか、Lead まで上げるのか、Worker が自己判断するのかがケースごとに揺れた。判断の主体が曖昧になった結果、司令塔セッションが自分で全部やるという最も避けたかった振る舞いが温存された。
体数を減らす前に委任表を作る
順序を逆にすると品質が落ちる。先に減らすと、削減の過程で暗黙知として存在していた委任判断が失われ、どの担当も自信を持って引き受けられない作業が残る。表を先に固定し、その表に対応する専門性を持つ担当だけを残す順序にした。
委任表の実物
案件名と内部識別子は役割名に置き換えているが、行の粒度は運用しているものと同じだ。列は「作業種別・主担当・検収・例外条件・Lead へ上げる条件」の 5 つで、1 行が 1 つの委任経路になる。
| 作業種別 | 主担当 | 検収 | 例外条件 | Lead へ上げる条件 |
|---|---|---|---|---|
| 案件の分析・報告・先方文面 | 案件担当（案件ごとに 1 体） | CEO | 担当が未設置の新規案件 | 契約・与信・撤退 |
| 検索広告の設計・入札 | 獲得型広告の専門担当 | 案件担当 | 対象外の媒体 | 予算総額の変更 |
| 動画・ディスプレイの需要創出 | 需要創出型広告の専門担当 | 案件担当 | — | 予算総額の変更 |
| 計測の不整合・重複計上 | 計測アナリスト | 案件担当 | 計測基盤の改修を伴う場合は実装担当へ | 数値定義が対外資料に及ぶ |
| 広告管理画面の操作 | 管理画面オペレーター | CEO 承認が実行の前提 | 承認が取れなければ実行しない | 予算・配信の ON/OFF |
| スライド・提案書 | 構成設計（手順書）→ 実装担当 | 内容検収と伝達検収の 2 体 | — | 提案の方針そのもの |
| コード実装 | 実装担当（データ基盤は基盤担当） | 自動テストと機械検査 | 難所の設計判断は推論担当へ | アーキテクチャの選定 |
| 独立したクロス監査 | 外部モデルの監査担当 | 司令塔セッション | 社外に出せないデータを含む場合は不可 | — |
| 記事・コピーの校閲 | 編集担当 | CEO | — | — |
| 動画・バナー制作 | 制作担当（動画／静止画） | 統括ディレクター | — | ブランド表現の方針 |
| 検索エンジン最適化 | 領域統括 1 体 | 案件担当 | — | — |
| 事業計画・予実 | 計数担当 | CEO | — | 投資判断 |
| 表に無い作業 | 汎用担当 | 司令塔セッション | 頻度を月次で測り、多ければ行を足す | — |
この表が保証するのは「1 作業 = 1 担当」ではなく、作業ごとに主担当と検収経路が一意に決まることだ。スライドのように制作と検収で担当が分かれる経路もあるが、どの経路を通るかは表を読めば一意に定まる。
何を捨てたのか？ — 残した・統合した・廃止した
62% を削れば、失った専門性は必ずある。何を捨てたかを明示しておく。
| 分類 | 体数 | 扱い |
|---|---|---|
| 中間管理層 | 12 | 層ごと廃止 |
| 肩書きだけの専門職（法務・税務・資産運用等） | 32 | 廃止。必要時は手順書と汎用担当で受ける |
| 基盤運用・品質検査 | 13 | 廃止。機械検査と自動テストへ移管 |
| 道具ごとに分かれていた分析担当 | 6 | 領域統括 1 体へ統合 |
| 記事・資料の上流工程 | 3 | 編集担当と手順書へ統合 |
| 広告管理画面の操作 | +1 | 新設（従来は受け皿が無かった） |
担当を置くのは、束ねるものがある時だけ
残す基準は 3 つに絞った。固有の文脈を毎回読み込む（案件担当）、固有の権限境界を持つ（読取専用の検収、外部モデル、管理画面の書き込みゲート）、固有の道具と定型手順を持つ（媒体 API、動画実装、画像生成）。いずれにも当てはまらない肩書きだけの担当は置かず、手順で足りるものは手順書にする。
中間管理層が担っていた調整はどこへ行ったか？
2 か所に吸収させた。司令塔セッションは、分解と委任先の決定、子出力の統合と矛盾の解消、不可逆な操作の最終確認だけを担う既定に変えた。Lead 6 体には経営横断の判断（戦略・投資・財務・技術・組織）だけを残し、それ未満の粒度の調整は表が解決する。削減の過程で分かったのは、中間管理層が担っていた「領域をまたぐ調整」の多くは、調整ではなく表の欠落を人力で埋める作業だったことだ。
効果はまだ測っていない — 何を、いつ測るか
再編は 2026 年 9 月 6 日、この記事の公開は 2 日後になる。効果を主張できる観測期間ではない。 言えるのは、委任先を選ぶ工程を「表を引く」に置き換えて判断の工程を削減したこと、再編 2 日後の短期観測では明確な品質の悪化を確認していないこと、の 2 点だけだ。悪化がないことは、改善があることを意味しない。
指標は先に決めてある。主指標は汎用担当が受けた委任の比率で、再編前は 52.6%、30 日後に 30% 未満を目安に置いた。副指標は、表に載らない例外作業の件数、同一作業の重複実行件数、成果物の差し戻し回数。30 日後と 90 日後の実測は追跡記事として公開し、目安を下回らなければ表の語彙を直すか、振り分けを機械側で強制する方向へ切り替える。
人間の組織にも応用できるか？
定型的な振り分けには応用の余地がある。中間管理職を増やして専門性の橋渡しをするより、「誰が何を判断するか」の表を先に作り、表がカバーしない例外だけを上位者が拾う設計の方が、人数に関係なく委任コストは下がる。ただし人間の中間管理職が担うもののうち、育成、利害の調整、心理的な負荷の引き受け、結果責任の負担は表では代替できない。この記事の対象は、判断基準を書き下せる振り分け業務に限られる。エージェントの体数削減をそのまま人員削減の根拠にするのは、対象の取り違えになる。
FAQ
Q. 表の行が競合したときはどうするのか？ A. 複数行に当てはまる場合は、より具体的な行を優先する既定にしている。それでも決まらなければ司令塔セッションが判断し、競合したこと自体を例外として記録する。競合が繰り返す箇所は、表の語彙が作業の実態とずれている証拠として扱い、行の分割か統合を検討する。
Q. 主担当が動かないときのフォールバックは？ A. 汎用担当へ落とすのが既定で、そのとき「表に担当があるのに汎用へ流れた」ことをログに残す。フォールバックを静かに許すと、表があるのに使われない状態に戻るため、フォールバックの発生自体を計測対象にしている。検収経路は落とさず、主担当が変わっても検収の行は維持する。
Q. 複数領域にまたがる作業はどう扱うのか？ A. 分割して複数の主担当へ渡すのが既定で、分割できない場合だけ司令塔セッションが持つ。分割は、独立に検証できる単位が実際に存在するときに限る。体数を確保するための分割は、統合コストが作業量を上回るため禁止している。
Q. 表の更新は誰の責任か？ どのくらいの頻度で見直すのか？ A. 表は運用ルールの一部として扱い、更新は CEO の明示同意を必要とする。起票の契機は月次の汎用比率の計測で、比率が目安を超えていれば行の追加か語彙の修正を提案する。表を触った日付と理由は変更記録に残し、どの版で運用していたかを後から追えるようにしている。
Q. 40 体という数に根拠はあるのか？ 目標として置いた数字か？ A. 目標値ではない。委任表を先に確定し、対応する専門性を持つ担当だけを残した結果が 40 体だった。体数を先に決めて後から表を作る順序は、削減の過程で暗黙の委任判断が失われるため避けている。
Q. 体数を減らして失ったものは何か？ A. 稼働が少なかった領域（法務・税務・資産運用の分析など）の専門的な視点を、常設の担当としては失っている。必要になれば手順書と汎用担当で受ける想定だが、常設の担当がいたときほどの深さは出ない。稼働頻度が低い担当を維持するコストの方が大きいという前提に立った判断で、稼働が戻れば見直す。
参考文献 / Sources
mixednuts 社内実測（観測期間 2026-07〜2026-09）:
- エージェント棚卸し[1] — 基準日 2026-07-09、総数 103（うち中間管理層 14）。数え方の定義は本文に同じ
- 委任ログの集計[2] — 観測期間 2026-07-11〜2026-09-06、n=348。汎用指定 131 / 担当無指定 52
- 再編の実施記録 — 2026-09-06、退避 66 体・新設 1 体・中間管理層 12 体の廃止
公開資料:
- Claude Code Subagents — 委任先を定義ファイルで固定する仕組みの仕様
関連記事（委任設計 → ルール強制 → 成果物チェックの 3 部作）:
- AI エージェントに運用ルールを守らせる方法 — 決めた表を守らせる側の設計
- コンサル資料の『型』を官公庁 28 本から抽出する方法 — 成果物の体裁を自動体裁チェックへ移す設計
知見を、事業の実装へ。
60分の無料相談で、貴社に適した論点と次の一手を整理します。