マルチAI協調アーキテクチャ

午前2時30分の決壊：「万能アシスタント」が万能のボトルネックになる時

2024年3月のある火曜日、猫舎の監視室で三台のスマホを睨んでいた——一台は顧客問い合わせが鳴り、一台は技術チームのSlackスレッドが弾み、もう一台はSNSのダッシュボード通知を狂ったようにプッシュしていた。あの日、私は致命的なミスを犯した：同じKimiインスタンスを三つの会話ウィンドウに同時に引きずり込んだのだ。結果？顧客のラグドール「雪球（スノーボール）」の名前を医療AIプロジェクトのPython変数名に書き込み、大阪のクリニックへの日本語返信に、突然猫舎のワクチン接種話術を挿入してしまった。

「努力が足りないのではない。マイナスドライバーで家全体を解体しようとしているのだ。」

この言葉は、三日後にログを振り返って書き留めたものだ。当時の真実の時間帳簿は壊滅的だった：日均14.7時間の労働のうち、4.2時間を業務背景の繰り返し説明に費やし、2.8時間をAIのコンテキスト串擾エラー処理に消費し、核心プロジェクトの推進時間は6時間にも満たなかった。より隠れた損耗は意思決定疲労だ——タスクを切り替えるたびに、「今誰と話しているか、どの場面か、何が禁忌か」を頭の中で再構築しなければならなかった。

「シングルスレッド幻想」から「チーム化覚醒」へ

転機は痛烈なオンライン事故に訪れた。4月17日未明、OpenClawのマルチインスタンスルーティングモジュールを同じインスタンスでデバッグしていたところ、猫舎の緊急顧客メッセージが流入した。混乱の中、AIは未完成のcurlテストコマンドを顧客に送信し、「このschemaはもう少し圧力テストが必要」と添えた。顧客は即座にスクリーンショットを撮り、「ロボットで適当にしてるの？」と追及した。

その瞬間、問題は決してモデル能力の不足ではなく、ロール分離の欠如であると気づいた。私はまるで実人のチームを組むようにAIの役割分担を設計し始めた：

• ユキ：技術アーキテクチャ専属。メモリはコードリポジトリ、APIドキュメント、MLX Whisper最適化の実験記録にロック
• ナツ：コンテンツとブランド。猫舎SNS運営タイムラインとコンテンツパイプラインの素材庫のみロード
• ハル：顧客と行政。CRMデータとクリニック予約システムのIF文書に隔離
• アキ：モバイル即時応答。最軽量のメモリだが、最速のMiniMax対話モデルを接続

各インスタンスのLanceDBベクトル庫パス、ログディレクトリ、さらにはlaunchdのLabelプレフィックスまで厳密に区分した。デプロイしたその夜、私は初めて午前1時前に横になり、四つのインスタンスがそれぞれの軌道で運転し続ける——串擾なく、越境なく、深夜の謝罪メッセージもない。

秩序の残響

三週後のデータが直感を裏付けた：人工リワーク率は34%から7%に低下し、顧客応答中央値は11分から2.3分に短縮。私自身のディープワークブロックは日均1.7時間から4.5時間に回復した。最も意外な収穫はナツのブランドコピー品質だ——コード断片で汚染されなくなったコンテキストウィンドウが、fuluck.aiのビジュアルトーンを安定的に捉え始め、蜂群エンジンの理念に基づく自動化公開リズムを能動的に提案するまでになった。