結論: AI自動化は「機能を足す」発想で作ると破綻する。脳は増やさず1つに保つ
世に出回る「AI自動化」の多くは、用途ごとにバラバラのbotを並べる発想でできています。議事録bot、通知bot、要約bot——目的別に増やしていく作り方です。私も最初はこの発想に近いことを考えていましたが、途中で「このまま増やすと必ず管理不能になる」と気づいて設計を逆に振りました。
逆に振るとは、どこで呼び出しても、同じ判断基準・同じ安全ルール・同じ記憶を持つ、たった1つのAIがいる状態にすることです。用途が増えても人格は増やさない。これが、複数の事業を1つのAIで回せている一番の理由でした。この記事は、なぜbotを増やすと破綻するのか、そして「一人の人格」に統合すると何が変わるのかを、自社で運用してみて分かった範囲で開いていきます。
なぜbotを用途ごとに増やすと、管理不能になるのか？
理由は、botごとに設定・記憶・安全基準が分断されるからです。1つ増やすたびに「このbotの設定はどこ」「このbotは何を覚えている」「このbotはどこまでやっていい」が別々に増えていきます。数が少ないうちは回りますが、事業や用途が増えるほど、管理コストが機能の数に比例して膨らみます。
厄介なのは安全基準です。「送信や公開は人の承認を挟む」というルールを、bot1つずつに個別に書いていくと、必ずどこかで書き漏れます。その1つが事故のもとになる。用途ごとにAIを分ける作り方は、便利さの裏で"管理しきれない穴"を静かに増やしていく——ここが破綻の入口でした。
「一人の人格」に統合すると、何が変わるのか？
変わるのは、事業が増えたときのコストです。統合した設計では、1つのAIが全事業共通の行動原則を持ち、依頼が来たら「この言葉が来たらこの専門担当へ」という対応表（委譲マップ）で振り分けます。専門担当を増やしても、判断する脳は1つのままです。だから次の3つが効いてきます。
1つ目は、新しい事業が増えても、人格を増やさず委譲マップに1行足すだけで済むこと。2つ目は、安全ルールを1か所直せば全事業に一斉に効くこと。書き漏れの穴が生まれません。3つ目は、「先週こう言ったよね」がどの入り口から入っても通じること。記憶が1つだからです。用途別botではこのどれも成立しません。
なぜ、この設計を最初に決めておく必要があるのか？
後から直すのが極めて難しい設計判断だからです。機能を先に足していくと、それぞれのbotに記憶と安全基準が根を張ってしまい、後から「1つの脳に統合し直す」のは作り直しに近い労力になります。逆に、最初に「脳は1つ」と決めておけば、後はその上に機能を載せていくだけで済みます。
これは技術の話というより、順番の話です。多くの人がツールを増やしてから統合に悩みますが、順序が逆で、先に「1つの人格に集約する」と決めてから機能を足す。この順番を守れるかどうかで、半年後の管理コストが大きく変わります。任せる範囲を先に決める考え方は「AIを使う」と「AIに任せる」は別物だったにも通じます。
明日から試せる、「一人の人格」設計の第一歩
読んで終わりにならないよう、1つだけ具体的な行動に落とします。
用途ごとにAIを分けるのをやめて、1つのAIに向けて「あなたは誰で、何を管理し、何を絶対にやらないか」を日本語で1枚書いてください。 ツールを増やすのではなく、判断の土台を1つにまとめる作業です。そこに「送信・公開・お金・削除は人が最後に確認する」という安全ラインも書いておく。これだけで、以後どの依頼が来ても同じ基準で動くようになります。実際にどの作業を任せ、どこで確認を挟むかの線引きはチャットでAIに仕事を頼めるようにした話で具体的に触れています。
まとめ: スケールで破綻しないのは、機能を足しても脳が増えないから
AI自動化がbotだらけで破綻するのは、機能の数だけ設定・記憶・安全基準が分断されるからです。これを避ける唯一の方法は、用途を増やしても脳を増やさないこと。1つの人格に判断・記憶・安全ルールを集約し、事業が増えても委譲マップに1行足すだけにする。
派手な機能を先に足すより、地味でも「脳は1つ」という前提を最初に握るほうが、はるかに長く効きます。何を任せ何を人に残すかという線引きはAI時代に価値が出るのは、問題を見つける力とあわせて考えると、自社の設計に落としやすくなります。