RoBrain

RoBrain AI コーディング エージェントを使用するチーム向けのオープンソースのメモリおよび判断レイヤーです。その特徴的な単位は、チャットの記録や大まかな「事実」ではなく、エンジニアリング上の決定です。つまり、チームが何を選択したのか、なぜそれを選択したのか、どの代替案を拒否したか、どのファイルが影響を受けたのか、そしてその決定がまだ有効であるかどうかです。同じ Postgres ベースのレコードを、Claude コード、Cursor、GitHub Copilot、Codex CLI、およびエルメスに表示できます。

この焦点により、狭いが高価な問題が解決されます。コーディング エージェントは現在の規約を覚えていても、チームが以前に拒否したライブラリ、移行、またはアーキテクチャを推奨する場合があります。通常のルール ファイルでは、勝者は保持されますが、敗者の選択肢とその理由は省略されることがよくあります。 RoBrain を使用すると、これらの拒否権がクエリ可能になり、作業が開始される前に警告できます。保存された決定が永久に正しくなるわけではありません。キャプチャ エラー、古い制約、組織内の意見の不一致には依然として人間のガバナンスが必要です。

意思決定と記憶のループの仕組み

 開発者 + コーディング エージェント セッション
             |
             v
       パッシブキャプチャ
     編集 -> 分類 -> 抽出
             |
             v
   Postgres 意思決定台帳
 選択 / 根拠 / 拒否[] / ファイル / 状態
        |                    |
        vv
 タスク前のリコールのスケジュールされた合成
 拒否権 + コンテキストの矛盾 + ドリフト
        |                    |
        「----------+----------」
                  v
        レビュー/置き換え/エクスポート
                  |
             git の結果シグナル

この図では、キャプチャ、ストレージ、取得、判断が分けられています。これは、それぞれ失敗の仕方が異なるためです。分類器は決定を見逃す可能性があります。抽出によって論理的根拠を生み出すことができます。取得により、関連はあっても無関係な拒否権が返される場合があります。 Synthesis は、正当な変更に矛盾としてフラグを立てることができます。有用なパイロットは、「エージェントが何かを思い出した」ことを十分な証拠として扱うのではなく、あらゆる段階を測定します。

RoBrain と単純なプロジェクト メモリの比較

RoBrain 独自のガイダンスは、驚くほど具体的です。プロジェクトに複数の開発者やツールが存在しない場合、矛盾が蓄積するほどの履歴がない場合、提案が繰り返し拒否された場合は、静的なルール ファイルで十分である可能性があります。それは有用な失格条件です。メモリ インフラストラクチャは、「エージェントにはメモリが必要だから」という理由で別のデータベースを追加するのではなく、再作業を減らすことでその地位を獲得する必要があります。

実際に保存されているもの

拒否されたオプションが永久禁止になるべきではありません。 「Redis を使用しない」は、コスト凍結中は正しく、ワークロードが変化した後は間違っていた可能性があります。永続的な記録には、範囲、日付、所有者、証拠、有効期限またはレビューのトリガーを含める必要があります。 RoBrain はスーパーセッションと無効化をサポートしていますが、チームはこれらの制御を誰が実行するかを定義する必要があります。

セルフホスト型アーキテクチャとデータ境界

無料のセルフホスト パスは、Postgres と Docker の Perception サービスを開始し、MCP、プラグイン、またはフックを介してサポートされているエディターに接続します。公式サイトによると、決定事項はチームの Postgres に残り、ファイルの完全な内容は取り込まれません。短いセッションの抜粋、ファイル パス、および決定メタデータが保存される場合があります。シークレットはキャプチャ時と取り込み時にスクラブされます。ただし、デフォルトの抽出パスと埋め込みパスは、オペレーターの API キーを使用して外部モデル プロバイダーを呼び出すことができます。

したがって、「セルフホスト型」は自動的に「データがネットワークから出ない」ことを意味するわけではありません。 Ollama、LM Studio、または vLLM を使用した完全なローカル構成では、アウトバウンド処理を削減できますが、チームは実際のネットワーク トレースとモデル構成を確認する必要があります。また、データベースのバックアップ、API トークン、生成された台帳、可観測性ログも保護します。これらにより、ソース コードがなくても、アーキテクチャの選択や過去の脆弱性が明らかになる可能性があります。

取得、拒否スキャン、および合成は異なる制御です

セルフホスト型 Perception API は、決定論的な情報を公開します。 POST /拒否スキャン これは、アクティブな拒否されたオプションの文字通りの言及を検索します。これは予測可能で低コストですが、同義語や間接的な提案を見逃す可能性があります。サポートされている統合では、より広範な一致のためのセマンティック検索を追加できます。セッションの開始時に、常時オンのサマリーが優先度の高いコンテキストを提供します。予定されている ロブレインシンセ ジョブはコーパスをスキャンして矛盾、スタンスのドリフト、繰り返し発生するエンティティを検出します。レビュー担当者は結果を検査します ロブレインのレビュー.

VetoBench クレームの読み方

RoBrain は、有用な質問に基づいて設計されたベンチマークである VetoBench を公開します。タスクが以前にチームが拒否したアプローチを提案する場合、コーディング エージェントはそれを再度提案し、以前の理由を挙げますか? 2026 年 7 月の公式結果では、アーカイブされたテスト実行全体で RoBrain の再提案の拒否はゼロだったと報告されていますが、メモリ不足の状況により拒否権発動のアプローチが繰り返し浮上しました。リポジトリには、プロンプト、取得されたコンテキスト、応答、および判定が含まれており、検査できないマーケティングの割合よりも強力な証拠となります。

これは依然として、合成シナリオ、選択されたモデル、特定の取り込みパイプラインを備えたベンダー作成のベンチマークです。これは、構造化された拒否権発動がこれらの条件下でも機能することを示しています。すべてのリポジトリでの運用インシデントの削減を証明するものではありません。モデル、言語、ルール、履歴サイズ、統合を使用して代表的なサブセットを再実行します。敵対的なケースを含めます: 名前変更された図書館、失効した拒否権、矛盾する制約を持つ 2 つのチーム、根拠に秘密のような文字列が含まれる決定。

実質的な 2 週間の評価

1. リポジトリを 1 つ選択します。 6 か月以上前のコードベースで、少なくとも 2 人のアクティブな開発者がおり、文書化されたリバースを推奨します。
2. ゴールドセットを構築します。 20 件の決定を選択します。10 件は有効、5 件は優先、5 件は却下されました。それぞれの信頼できる問題、ADR、またはプル リクエストを記録します。
3. ウォームスタートは慎重に行ってください。 レビュー済みの決定のみをインポートします。チャット アーカイブ全体を信頼できるメモリに変えないでください。
4. ペアになったタスクを実行します。 RoBrain コンテキストの有無にかかわらず、エージェントに同じ 15 の現実的なタスクを与えます。順序をランダム化し、モデル/設定を固定します。
5. すべてのキャプチャを確認します。 精度、根拠の欠如、間違ったファイル範囲、秘密の編集、承認までの時間を測定します。
6. テストのライフサイクルの変更。 3 つの決定を優先し、後任を妨げることなく古い拒否権が歴史的に残ることを確認します。
7. 失敗をシミュレートします。 Perception を停止し、トークンをローテーションし、バックアップを復元し、開発作業を失うことなくエディター フックが安全に失敗することを確認します。

これらのしきい値は出発点であり、公式に保証されるものではありません。ビジネス上の意思決定には、節約され手戻りを避けられた時間を活用する必要があります。システムがコストのかかる依存関係の再導入を 1 つ防止しても、毎週何時間ものクリーンアップが必要な場合、その価値はそれらの障害のコスト配分によって異なります。

ガバナンス: メモリは共有インフラストラクチャです

パッシブ キャプチャをサイレントにポリシーを確立させないでください。提案された、レビューされた、または権威のあるものとして記録にラベルを付けます。承認された記録または信頼性の高い記録に対する強力な拒否権の自動発動を予約します。プロジェクトとチームを分割して、フロントエンドの実験が全社的な禁止にならないようにします。依存関係のアップグレード、インシデント、規制変更、経過時間のレビュー トリガーを追加します。

セルフホスト型と Rory Plans クラウドの比較

Apache-2.0 セルフホスト エディションは、キャプチャ、構造化拒否、ライフサイクル、合成、クロスツール取得、エクスポート、ローカル操作などの中核となる意思決定システムを提供します。 RoBrain の公式比較によれば、Rory Plans クラウドでは、自動タスク境界挿入、コミット前の競合判定、チーム管理、ダッシュボード、およびより充実した競合処理が追加されています。クラウド アクセスは、プロジェクト ページに表示される単純なスタンドアロン RoBrain 価格ではなく、有料の Rory Plans オファリングに関連付けられています。

購入する前に、使用状況、超過料金、組織の分離、サポート、データ コントローラー、削除プロセス、エクスポート動作を含む現在のライブ プランを確認してください。セルフホスティングの場合は、Postgres、バックアップ、モデル呼び出しと埋め込み呼び出し、アップグレード、インシデント対応、レビュー担当者の時間など、目に見えにくいコストを価格に設定します。

代替案とそれを選択する場合

RoBrain は、拒否された代替案が選択された規則と同じくらい重要である場合に最も説得力があります。実際の問題がドキュメントの発見、コード検索、または個人的なメモである場合は、範囲を絞ったツールの方が運用コストが低くなる可能性があります。

よくある質問

RoBrain はコーディング エージェントですか?

いいえ、既存のコーディング エージェントに接続されたメモリ層と判断層です。決定を保存および取得します。 Claude コード、Cursor、Copilot、Codex CLI または Hermes は引き続きコーディング作業を実行します。

個人開発者にもメリットはありますか?

はい、特に、古い間違いがツール間で再発する長期にわたるコードベースではそうです。ただし、管理されたルール ファイルまたは ADR フォルダーで十分な場合があります。その単純なベースラインに対してパイロットを行います。

セルフホスティングではすべてのデータがローカルに保持されますか?

データベースと Perception サービスはローカルで実行できますが、抽出と埋め込みによって構成された外部プロバイダーが呼び出される場合があります。完全なローカリティが必要な場合は、サポートされているローカル モデルを使用し、ネットワーク トラフィックを確認します。

拒否権を発動するとエージェントは行動できなくなりますか?

普遍的ではありません。リテラルスキャンと統合警告はコンテキストを提供します。動作は、接続されているツールと層によって異なります。施行パスを個別にテストしていない限り、それらを意思決定サポートとして扱ってください。

間違ったメモリはどのように処理すればよいでしょうか?

キャプチャを拒否または編集し、出所を保存し、古い記録を優先または無効にマークします。パイプライン エラーの証拠を静かに削除するのではなく、運用指標として誤ったキャプチャを追跡します。

VetoBench は独立した証拠ですか?

いいえ。これは、ベンダーが管理する透過的なベンチマークであり、レシートがアーカイブされています。これは有用な証拠であり、再現可能なテンプレートですが、運用環境での採用はリポジトリ固有のペア評価に依存する必要があります。

出典と検証

• 公式 RoBrain 製品ページ、アーキテクチャおよび比較
• 公式 Apache-2.0 ソース リポジトリ
• 公式コンセプトとメモリーモデル
• 公式 CLI とインストール リファレンス
• VetoBench 方法論とアーカイブされた証拠
• 公式メモリエクスポート形式
• Product Huntの発売とメーカー説明
• モデル コンテキスト プロトコルのセキュリティ ガイダンス
• PostgreSQL クライアント認証ドキュメント

最終レビュー日は 2026 年 7 月 26 日です。RoBrain は急速に進化しています。運用環境で使用する前に、現在の統合、コマンド、クラウド条件、データ処理、ベンチマーク アーティファクトを確認します。