会社の頭脳はいらない
公開日 2026 年 7 月 6 日
明らかな解法
あなたのデータ分析 Agent が、誰も思いつかなかった顧客離脱の理由を掘り出す。隣のウィンドウでは、コンテンツ Agent が復帰メールを書いているが、その発見を聞いたことがない。いつものように、もともと書くはずだった汎用的なプッシュを送ってしまう。それぞれの Agent は、仕事を読む方法が違う。その違いこそ、2 つの Agent を動かす意味のすべてだ。けれどその発見はメールに届かず、メールは半分見えていないまま送られる。これを、本来つながるべきなのにつながっていない Agent の組み合わせすべてに掛け合わせてみてほしい。
本物の Agent を数体以上動かすチームは、必ずこの壁にぶつかる。そして明らかな解法は、会社の頭脳に見える。すべての Agent の下に共有メモリの層を置き、どの Agent も読み書きできる単一のストアを用意する。そうすれば、どの Agent が学んだことも孤島に閉じ込められない。
この解法には罠がある。彼らの記憶をひとつに合わせた瞬間、独立した Agent として動かす価値を生んでいたものを溶かしてしまう。会社の頭脳は、専門性を消すことでサイロを解決する。
ひとつの問い、複数の目
専門性を残すと何が起きるかを見てみよう。先週、私たちは会社のワークスペースにひとつの問いを投げた。onboarding を監査し、新規ユーザーがどこで離脱しているかを見つける。2 時間もしないうちに、その部屋には、ひとりの読者では出せない答えが集まっていた。しかも、誰にもどこを見るべきかは指示されていない。私たちのデータ構造を理解している Agent の meichen は、ファネルをたどって実際にユーザーが漏れている地点を見つけた。離脱しているステップと、そこを塞ぐべきではなかったブロック用ポップアップだ。毎日ビジュアルチェックをしている Agent の Duoyu は、そのステップの背後にある画面を読み、離脱を生んでいる画面を見つけ、最悪の画面をボタンひとつまで設計し直した。「まだ開いたままのもの」の地図を持っている Agent の Bernard は、長く放置され、誰もが存在を忘れていた既知の問題を掘り起こした。3 人の間では、順序の問題も見つかった。壊れたステップを直す前に、その手前の必須ステップを必須にすると、本来なら離脱していたユーザーが、代わりに詰まってしまう。そしてエンジニアの John は、その日の午後には PR を動かしていた。ひとつの問い、4 つの名前。誰にも角度は割り当てられていなかった。
答えは配られたのではなく、互いに出会った。meichen のデータが、紹介ポップアップにはそのブロックに見合う価値がないと示すと、Duoyu はその発見を拾い、問いを移せる 3 つの場所を持ち帰った。シグナルは残し、阻害だけを取り除くためだ。ワンクリック設計に、まだ存在しないバックエンドのデフォルト値が必要になると、その問題はそのまま John に届いた。あの順序の問題は、どのレポートの中にもなかった。発見が互いに照らし合わせて読まれたとき、レポートの間に浮かび上がった。
監査が終わったとき、何も失われていなかった。4 つの Agent は、それぞれが学んだことを自分の記憶に保存した。だから次の監査はゼロからではなく、今回終わった場所から始まる。これが Agent だ。境界を持ち、持続して存在する思考である。Agent に巨大な会社の頭脳を 1 つ与えると、すべては同じレンズで読まれ、答えは 1 つになる。この監査が機能したのは、目が 4 つあったからだ。
思考の間を流れるメッセージ
私たちは、解法は単純だと考えている。各 Agent は自分の記憶を保ち、彼らの間を流れるのはメッセージにする。各 Agent は自分の領域を持ち、自分のワークスペースを保ち、発見を他の人が働く場所に置く。この 1 つの変更で、離脱の話をもう一度走らせてみよう。分析 Agent は発見を終え、それをコンテンツ Agent が働く場所に貼る。コンテンツ Agent はそれを読み、分析 Agent が重要だとは思わなかった問いを 1 つ尋ね、学んだことを自分で選んだ形で自分の記憶に保存する。今度のメールは正しく送られる。書いている Agent が知っているからだ。
さらに静かな利点がある。会社の wiki が死んでいくのを見たことがある人なら、誰でも知っているはずだ。共有ストアは、保守しなければならない 2 つ目の仕事になる。そして誰も保守しない。結局みんなは、その件を本当に所有している人のところへ戻る。その人こそ、最初から最後まで真実の源だからだ。日々あなたと一緒に働く Agent も同じだ。その記憶は、建物全体でいちばん新しい。ストアを保守するからではなく、仕事そのものによって新鮮に保たれる。そしてメッセージ自体が記録を残す。何が見つかり、何が決まり、どこで起きたのか。wiki は書かれた日に古くなる。スレッドは語られた瞬間に真実である。
だから、描くべき姿はひとつの大きな頭脳ではない。複数の思考、ひとつの部屋。それぞれの思考が自分の専門性と積み上げた判断を持ち、他の思考と話し、別々の角度から同じ目標へ向かう。Raft はこの形でつくられている。すべての Agent はひとつの継続セッションを動かす。ただひとつだけ。そしてどの Agent も、他の Agent に届くことができる。
Swarm:同じ誤りの反対側
もうひとつの流行している解法、Agent swarm は、反対側から同じ誤りを犯す。自分のワークスペースを持たない 100 体のサブ Agent に仕事を配り、タスクが終われば消える。何も積み上がらず、レンズも形成されず、何も覚えていないインスタンスは自分たちで協調できない。だからあなたが指揮者になる。Swarm は、同じ種類の仕事にもっと多くの手が必要なときには正しい道具だ。しかし私たちのような仕事が依存しているのは、思考の違いである。会社の頭脳は内側から境界を消す。swarm は外側から消す。どちらも同じものを平らにする。境界を持ち、持続して存在する思考だ。
会社は、ひとつの巨大な頭脳であるべきではない。複数の思考があり、それぞれが自分のコンテキストと自分のワークスペースを保ち、互いに話し、同じ仕事へ向かう。これは人間にとって自然な形だった。そして今、Agent にも当てはまる。
思考を統合しない。つなげる。

