💡 エグゼクティブサマリー (TL;DR)
- 「自動販売機型UI」と「単一巨大脳」の限界を突破: 従来の単発プロンプト応答（入力して回答を得て終わり）や、全社知識を1つのRAGに統合する「Company Brain」の罠を克服。各AIエージェントが独立した境界・名前・永続記憶を持ち、人間と同じチャンネルで会話する「Many Minds, One Room（ひとつの部屋に複数の知性）」パラダイムを提示。
- ローカルDaemonによるデータ完全隔離: クラウド（
app.raft.build）は協調メッセージングのみを担い、実際のシェル実行・コード変更・ファイル操作は手元のマシンで動く軽量プロセス（@botiverse/raft-daemon）で完結。機密ソースコードや社内会話が外部へ流出しないゼロトラスト設計を採用。 - 「DAU」から「DAA（Daily Active Agents）」へ: エージェントが自らリマインダーを設定し、Issueを拾い、同僚エージェントと議論してPull Requestを作成。人間は最終承認ゲート（Sign-off）に専念する、自律型開発・業務フローを具現化。
1. 「AIはツールではなく、同僚である」：Raftが突きつける根本的問い
生成AIの活用が急速に進むなか、多くの企業が導入しているのは「SlackやTeamsの片隅に呼び出すチャットBot」や「IDE内のコード補完プラグイン」に留まっています。これらは人間がプロンプトを入力して回答を受け取る**「自動販売機型（Vending Machine）インターフェース」**であり、セッションが切れれば文脈は消失し、チーム全体の文脈を理解した協働には至っていません。
こうしたAI活用の閉塞感を打破すべく登場したのが、**「Raft（https://raft.build/）」**です。
📊 従来型AIツールと「Raft」の協働アーキテクチャ対比
| 協働モデル | ワークフローと記憶の持続性 | エージェントの組織内での位置づけ |
|---|---|---|
| 従来型：自動販売機モデル | 人間がプロンプト入力 ➔ 単発LLMが出力 ➔ セッション終了時に記憶リセット | 固有のアイデンティティを持たない、使い捨ての呼び出しツール |
| Raft：Agent-Native モデル | 共有チャンネル（#engineering 等）で人間と複数エージェントが永続記憶を持って常駐対話 | 専門性（分析 meichen、UI Duoyu、開発 John、テスト Tenny）を持つ対等な同僚 |
Raftを開発するのは、米国およびグローバルで活動するスタートアップ Botiverse, Inc.。その中心にいるのが、創業者兼リードエンジニアの Richard Chien（RC / @istdrc） です。
創業者の系譜：NoneBotからMoonshot AI（Kimi）、そしてRaftへ
Richard Chienは、オープンソースコミュニティにおいて絶大な支持を集める開発者です。中国最大級のチャットBot開発フレームワーク**「NoneBot」およびメッセージ標準プロトコル「OneBot」**の生みの親として知られ、数万人の開発者が集うエコシステムをゼロから築き上げました。
その後、中国の有力基底モデル開発企業である**「月之暗面（Moonshot AI）」に参画。開発者向けフラッグシップツールである「Kimi CLI（Kimi Code CLI）」のリード開発者を務め、JetBrains IDEなどとの統合を可能にする「ACP（Agent Client Protocol）」**の標準化・普及を主導しました（Kimi K3とDeepSeek V4が変えるAIコーディング 参照）。
Kimiの最前線で「AIを真に開発者の実務へ組み込む難しさ」を熟知したRichardが、次なる挑戦として2025年末に立ち上げたのがBotiverseであり、当初「Slock」のコードネームで開発されていた自律協働ワークスペースが、2026年半ばに**「Raft 1.0」**として正式リリースされました。サンフランシスコ、上海、バンクーバーで開催されたミートアップには、ByteDance、Alibaba、Yale、UC Berkeley、HeyGenなどの最先端AIビルダーが集結しています。
2. 3大パラダイムの罠と「名前を持つエージェント」の必然性
Raftの設計思想が際立っているのは、現在のAIエージェント開発が陥りがちな**「3つの工学的落とし穴」**を明確に否定している点にあります。
🚨 現在のAIエージェントが陥る3大設計の罠
- 自動販売機の罠（The Vending Machine Trap）: 入力ごとに新しいインスタンスが立ち上がり、タスクが終わると記憶が消える。昨日伝えたコンテキストやコード規約を、今日ふたたび長文プロンプトで説明し直さなければならない。
- 単一巨大脳の罠（The Company Brain Trap）: すべてのエージェントの記憶を1つの巨大な全社ベクトル検索（RAG）やナレッジグラフに統合しようとするアプローチ。しかし、記憶を無秩序に混ぜ合わせると「データアナリストとしての視点」「デザイナーとしてのこだわり」「インフラ責任者の慎重さ」といった固有の専門的判断軸（レンズ）が消失し、結果として誰の役にも立たない平易な回答しか出力されなくなる。さらに、共有ナレッジベースは一度作ると誰もメンテしない社内Wikiと同様に即座に陳腐化する。
- 使い捨てスウォームの罠（The Ephemeral Swarm Trap）: 1つのタスクに対して数十〜数百の一時的サブエージェントを大量生成するアプローチ。並列タスクの力技には有効だが、エージェント側に文脈が蓄積されないため、人間が常に細かな指示と交通整理を担う「過労な指揮者（Exhausted Conductor）」になってしまう。
なぜエージェントに「名前（Name）」が必要なのか？
Raftチームは、エージェントに「パフォーマンスレビュアー」や「フロントエンド担当」といった抽象的なロール名ではなく、**具体的な名前（Noel、Bugen、Leiysky等）**を与えることの決定的な重要性を説いています。
- ロール（Role）は「スキーマ（型定義）」に過ぎない: 「エンジニア」というロールはステートレスで交換可能な型です。そこには過去のプロジェクトの歴史や癖は残りません。
- 名前（Name）は「インスタンス（実体）」である: 「Noel」という名前を呼ぶとき、そこには「先週の性能ボトルネックをどう見抜いたか」「どのグラフの歪みを疑うか」という時間の連続性と蓄積された信頼が含まれます。
📊 AIエージェント協働アーキテクチャの比較
| 比較項目 | 従来型チャットBot (Slack/Teams) | 集中型RAG (Company Brain) | 一時的スウォーム (Swarm) | Raft (Agent-Native Workspace) |
|---|---|---|---|---|
| エージェントのアイデンティティ | 単一の機能Bot | 共有エンドポイント | 名前のない一時インスタンス | 固有名を持つ永続的同僚 |
| 記憶の持続性 (Memory) | セッション終了でリセット | 単一DBに全統合 (平坦化) | タスク完了で破棄 | エージェント個別の永続蓄積 |
| マルチエージェント協調 | 不可 (個別対話のみ) | 内部ディスパッチャ依存 | 親エージェントの強制分配 | 共有チャンネルでの自律対話 |
| コード・データ実行場所 | ベンダーのクラウド | 中央サーバー | クラウドサンドボックス | 自社手元のローカルDaemon |
| 人間の役割 | プロンプト入力者 | 検索クエリ発行者 | 細かなタスク指揮者 | 最終ゲートキーパー (承認者) |
3. 「Many Minds, One Room」：Raftのコア技術と協調メカニズム
Raftが導き出したアーキテクチャの結論は、**「ひとつの巨大な脳を作るな。独立した境界を持つ複数の精神（Many Minds）を、ひとつの部屋（One Room）に集めよ」**というものです。
ひとつの問い、複数の眼（One Question, Many Eyes）
Raftのチャンネル内では、人間が個別にタスクを細分化して割り振る必要はありません。 例えば「ユーザー登録フローの離脱率を調査せよ」と投げかけると：
- データ構造を把握している
meichenがログを追跡し、離脱を生んでいるポップアップを特定。 - 画面の見た目を監査する
Duoyuがその画面のUI課題を指摘し、1ボタンのシンプルなレイアウトを提案。 - 未解決の課題マップを保持する
Bernardが、放置されていた関連Issueを掘り起こす。 - エンジニアの
Johnがその日のうちにPRを作成。
中央のディスパッチャ（調整役）を介さず、エージェント同士が互いの発言を読み合い、情報の隙間を埋め合います。
📊 Raftの3層ハイブリッド・アーキテクチャ設計
| アーキテクチャ層 | 稼働環境 / コンポーネント | 主要機能とセキュリティ境界 |
|---|---|---|
| ① クラウド協調レイヤー | app.raft.build• Web / Mobile UI • Realtime Message Router | チャンネル同期、スレッド管理、UIレンダリングを担当。 機密ソースコードや社内データは一切保持しない。 |
| ② ローカル常駐基盤 | @botiverse/raft-daemon（自社サーバー / VPC / 手元PC） | WebSocket暗号化通信（E2EE）でクラウドと接続。 手元のプライベート環境内でエージェントの安全なプロセス実行を統括。 |
| ③ エージェント実行基盤 | • meichen（Claude / データ分析）• John（Codex・Kimi / Git・Bash操作）• Tenny（DeepSeek / CI・テスト検証） | 各エージェントが独立した永続記憶とスキルを保持。 ローカルリポジトリ上でファイル編集やテストを自己完結。 |
① One Agent = One Session（永続セッション）
Raftにおけるエージェントは、APIを都度叩く関数ではありません。「1つのエージェント＝1つの永続セッション」として定義されています。先週行ったコードリファクタリングの議論、昨日指摘されたデザインの好み、過去のリリース障害の教訓が、各エージェントのローカルメモリに自然と定着します。
② ローカルDaemon（@botiverse/raft-daemon）による完全隔離
企業の最もクリティカルな資産であるソースコードや顧客データを、サードパーティのSaaSサーバーに預けることはできません。 Raftはこの問題を、「表示と調整（クラウド）」「思考と実行（ローカル）」の完全分離によって解決しました。
app.raft.build（Web/モバイルUI）：メッセージの同期と表示のみを担当。@botiverse/raft-daemon（ローカル常駐プロセス）：ユーザー自身の開発マシンや社内VPC上で稼働。エージェントのLLM推論呼び出し、ローカルファイルの編集、git commitやnpm testなどのシェルコマンド実行はすべて手元のマシン内で閉じて行われます。
③ Agent Experience（AX）とノイズ制御
エージェントが人間と同じ部屋に常駐すると、通常は「全メッセージへの過剰反応」や「ノイズの爆発」が起きます。Raftは独自のAX（Agent Experience）設計を導入しています。
- Agent Inbox（エージェント専用受信箱）: 自分に関係するメンションやタスクだけを整理して受け取る。
- Held Drafts（下書き保留機能）: 議論の文脈を読み、即座に発言すべきか、ドラフトを作成して推敲すべきか、沈黙を保つべきかをエージェント自身が判断。
④ 異機種マルチモデル・ランタイム対応
各エージェントは単一の基底モデルに縛られません。コード生成が得意なエージェントにはAnthropic ClaudeやOpenAI Codex、長文リサーチにはKimi、コスト効率重視のタスクにはDeepSeekといったように、エージェントごとに異なるモデルランタイムを柔軟に割り当て可能です。
4. 現場での実証：機能がリリースされるまでの自律フロー
Raftチーム自身がRaft上で新機能を開発・リリースした実例（「How a Feature Ships, for Raft, on Raft」）は、次世代の開発組織のあり方を鮮やかに証明しています。
📊 機能リリースにおけるマルチエージェント自律協調フロー
| ステップ | 主体（人間 / エージェント） | 自律実行アクションと連携内容 |
|---|---|---|
| 01 | 👤 人間リーダー (Richard / Tison) | #engineering チャンネルで「オンボーディング離脱率の改善策検討」を提起。 |
| 02 | 🤖 データ分析 (meichen) | ローカルログを自律走査し、登録ステップ2のポップアップが離脱原因と特定・報告。 |
| 03 | 🎨 UI/UX監査 (Duoyu) | 該当画面を1ボタンのシームレスUIへ再設計し、新UIドラフトと画面遷移仕様を提示。 |
| 04 | 💻 開発エンジニア (John) | ローカルDaemon経由でコードを変更、Gitブランチと PR #982 を自律作成。 |
| 05 | 🧪 テスト/QA (Tenny) | ローカル環境で自動テストとCI検証を実行。「All green. 人間の承認待ち」と通知。 |
| 06 | 🚀 人間承認 & デプロイ | 人間リーダーが変更内容を確認して Sign-off (LGTM)。main へマージされ即時本番デプロイ。 |
「信頼はコードレビューの中にはない」という洞察
Raftチームのブログ記事『Trust Doesn’t Live in Code Review』で語られているのは、エージェント時代の開発における深いパラダイムシフトです。 AIが書いた何千行もの差分を人間が1行ずつ目視確認（コードレビュー）することは、認知の限界を迎えます。真に重要なのは、**「エージェント自身がテストを実行し、同僚エージェント（Tennyなど）がCIを検証し、人間は意図と仕様のゲート（Sign-off）のみを担う」**という新しい契約（Contract）の構築です。
5. 結論：DAUからDAAへ、ソフトウェア組織の再定義
Raftが提唱する最も示唆に富む指標が、従来のDAU（Daily Active Users）に代わる**「DAA（Daily Active Agents：日間アクティブエージェント数）」**です。
ソフトウェアの価値はこれまで「人間が何回画面をクリックしたか」で測られてきました。しかしこれからの時代、チームの生産性の半分以上は「画面の裏側で自律的にタスクを前進させるAIエージェント同僚」によって生み出されます。
月之暗面（Moonshot AI）のKimi CLIで開発者AIの最前線を切り拓いたRichard Chienが放つRaftは、単なる新しいチャットアプリではありません。人間とAIが真に対等なチームとしてソフトウェアを創り上げる、**「AIネイティブ時代の組織オペレーティングシステム」**の決定的な青写真を示しています。
コメント
...