AI に「脳」と「手」を分けて任せる ──
Managed Agents から学ぶ業務設計

Anthropic のエンジニアリングチームが、最近 Managed Agents という新アーキテクチャを発表しました。技術的な大型アップデートの話ですが、面白いのは、これが AI の話というより「組織と業務の設計」の話に翻訳できる ところにあります。

キーワードは 「脳と手の分離」。AI を 1 つの箱にギュッと詰め込むのではなく、判断する部分(脳)と、実行する部分(手)を別構造にして繋ぐ。これだけで、性能と柔軟性が大きく上がる ── そういう発見です。

この発想は中小企業の業務設計、業務委託の組み方にもそのまま応用できます。本記事では、Anthropic の技術記事を組織論として読み替えて、現場で使える設計思想として翻訳します。

何が問題だったのか

Anthropic の以前のアーキテクチャは、「脳」(Claude + 指揮棒) と「手」(ツール実行環境) が同じ箱の中 に同居していました。これが大規模化に伴って 2 つの問題を生みました。

• check_circle単一障害点問題: 箱が落ちると、すべての手の状態が一緒に消える
• check_circle顧客環境への接続問題: 顧客の自社 VPC 内のデータベースに繋ぎたい場合、Anthropic 側のネットワークと相手の VPC をピアリングするしかない。重い

脳と手が一蓮托生だと、どちらかの都合に引きずられる。これは技術の話ですが、組織でもまったく同じことが起きます。経営判断と現場実行が同じ部署に詰め込まれている会社は、現場が忙しいと判断が遅れ、判断が変わると現場が振り回される、というやつです。

解決策: 脳・手・セッションの 3 分離

Anthropic の答えはシンプルです。3 つに分ける。

インターフェースは execute(name, input) → string という極めて単純な形に統一されています。脳が「ツール A に X を渡せ」と指示し、手が文字列で結果を返す。それだけ。

この単純さこそが効きどころで、手をいくらでも増やせる、差し替えられる、別環境に置ける。組織でいえば「業務委託先を増やしたり差し替えたり、別拠点に置いたりできる契約フォーマット」を持つようなものです。

数字で見るインパクト

とくに p95(最悪ケース) が 90% 以上短縮、というのが 地味に大きい。普段の体感は p50 で語られますが、業務の信頼性は p95 で決まります。「いつ来るか分からないが、たまに重い処理が走る」を 1/10 にする ── これは現場体験が一段上がる変化です。

メンタルモデル: 「脳と手を分けて、間にシンプルな契約を置く」

この記事から 1 つだけ持ち帰っていただきたい概念がこれです。脳(判断) と手(実行) を分けて、その間に『単純な契約』を置く。

身近な業務シーンに翻訳すると、いくつもの例が思い浮かびます。

• check_circleレストラン経営: シェフ(脳) が指示、各セクション(手) が独立に手を動かす。間にあるのは「オーダー票」という単純な契約
• check_circle経営者と現場: 経営判断(脳) と現場実行(手) を別組織に。間にあるのは「依頼書」「KPI」
• check_circleプロデューサーとクリエイター: 企画(脳) と制作(手) を別人に。間にあるのは「仕様書」
• check_circle監督と俳優: 演出(脳) と演技(手) を分離。間にあるのは「台本」
• check_circle本社と支店: 戦略(脳) と販売実行(手) を分離。間にあるのは「商品マスタ」「販促資料」

どの例でも共通しているのは、『間にある契約のシンプルさ』が全体のスケーラビリティを決めている ことです。契約が複雑だと、片方を増やすだけで全体が止まる。シンプルなら、どんどん増やせる。

i-Style での実装例

私たちの自社サービス Chatta(AI チャットボット)も、まさにこの構造で動いています。

• check_circle脳: 質問を理解し、どの FAQ を返すか / どこにエスカレーションするかを判断する Claude
• check_circle手: FAQ DB の検索、メール送信 API、LINE 連携、社内 Slack 通知 ── それぞれ独立した『ツール』として実装
• check_circleセッション: 顧客との対話履歴・運営者の調整ログ

効きどころは、『脳は 1 つでよい、手は業務ごとに増やしてよい』 という構造で運用していること。新しい機能(たとえば Stripe 連携) を追加するときは、新しい『手』を 1 つ作るだけ。脳の作り直しは要らない。これは AI に限らず、業務全般の拡張性を上げる発想です。

30 分でできる実験

自社の業務に、この発想がそのまま応用できるか、30 分で試せます。

1. 自社の主要業務を 1 つ選ぶ(問い合わせ対応 / 受注処理 / 提案作成 等)
2. その業務を 「脳(判断)」と「手(実行)」に色分け する。経営判断・優先順位付け・例外対応は脳側、決まった作業は手側
3. 「脳」と「手」の間でやり取りされている 『契約』(指示書 / 依頼フォーマット) を 1 行で書き出す
4. その契約を、もう 1 段シンプルにできないかを考える

多くの会社で、契約(指示書) が 「暗黙のルール」 + 「ベテランの勘」 で運用されています。これを言語化してシンプルにできれば、業務委託先を増やしたり、AI に手の一部を任せたりするのが一気に楽になります。

逆に言えば、組織として「脳と手の分離」を進めている会社は、AI を組み込むときに 既存の『手』をひとつ AI に置き換えるだけ で済みます。すでに業務フローが分業されている会社は、AI 導入の角度がそのまま速い。

逆に、判断と実行が同一人物に集中している会社(社長が現場も兼ねている等) は、AI を入れる前に 先に組織の分離を進める ほうが結果的に速い。AI 導入は、組織設計の鏡です。

まとめ

• check_circleManaged Agents は『脳・手・セッション』を分離するアーキテクチャ
• check_circle分離の効果: p50 60% 短縮 / p95 90% 以上短縮 / 顧客 VPC 接続が可能に
• check_circle業務に翻訳するメンタルモデル「脳と手を分けて、間にシンプルな契約を置く」
• check_circlei-Style の Chatta もこの構造(脳 1 つ / 手は業務ごとに増やす)
• check_circleAI 導入は組織設計の鏡 ── 先に分離を進めると AI 導入が速くなる

AI を導入する話と、組織を作る話は、思っているより近い場所で繋がっています。「脳と手を分ける」 という一言を覚えておくだけで、両方の設計が一段クリアになります。

参考: Scaling Managed Agents: Decoupling the brain from the hands(Anthropic Engineering Blog)