study8677/repobrain：READMEから読む機能と導入条件

repobrainで確認するこのリポジトリが解決する問題

study8677/repobrainの「このリポジトリが解決する問題」を読むと、READMEが説明している対象は「RepoBrain は以前 Antigravity Workspace Template と呼ばれており、README ではコードベースに脳を与える、ChatGPT for your codebase として説明されている。中心となる設計は、根拠のあるコードベース Q&A のためのクロス IDE リポジトリ知識エンジンだ。.repobrain/ ディレクトリに保存された同じ知識レイヤーは、Claude Code、Cursor、Codex、Windsurf などのホストから読み取られる。README は、エージェントにリポジトリ全体の grep を渡して探させる従来の方法と対比し、RepoBrain ではモジュールレベルの知識ドキュメントを構築し、質問を担当モジュールのエージェントにルーティングするとしている。」です。ここで確認できるのはプロジェクトが掲げる機能と入口であり、異なる環境での性能や運用結果まで示したものではありません。repobrainを検討する読者は、まずREADME.mdに書かれた条件と、入力から出力までの境界を分けて読んでください。（repobrainの第1節、確認項目1）

repobrainの説明を実際の作業へ移すときは、README.mdを起点に小さな構成を作り、成功時の出力、失敗時の終了状態、生成されるファイルまたは画面を記録します。RepoBrain は以前 Antigravity Workspace Template と呼ばれており、README ではコードベースに脳を与える、ChatGPT for your codebase として説明されている。中心となる設計は、根拠のあるコードベース Q&A のためのクロス IDE リポジトリ知識エンジンだ。.repobrain/ ディレクトリに保存された同じ知識レイヤーは、Claude Code、Cursor、Codex、Windsurf などのホストから読み取られる。README は、エージェントにリポジトリ全体の grep を渡して探させる従来の方法と対比し、RepoBraという説明だけでは、未記載の依存関係、権限、互換性を判断できません。READMEにない挙動は文書未記載として扱うのが妥当です。（repobrainの第1節、確認項目2）

この節の要点は、study8677/repobrainの固有の入口を一般的な導入論へ置き換えないことです。README.mdを実際に確認し、repobrainが扱うデータの範囲と、利用者が手元で責任を持つ部分を切り分けます。たとえばバージョン、OS、保存先、外部サービスの有無がREADMEで明記されていなければ、その点は採用判断の未確定事項として残ります。（repobrainの第1節、確認項目3）

採用前の確認では、repobrainに対してREADMEに登場する具体的な機能名やコマンドを一つだけ選び、再現可能な入力を与えます。結果が説明と一致するか、ログに警告が出るか、期待した成果物がどこへ置かれるかを見ます。このリポジトリが解決する問題の内容は判断の材料になりますが、実行していない処理を成功したと断定する根拠にはなりません。（repobrainの第1節、確認項目4）

repobrainで確認するインストールと利用の流れ

study8677/repobrainの「インストールと利用の流れ」を読むと、READMEが説明している対象は「README には複数のインストール方法が記載されている。推奨されるのは Claude Code のプラグインマーケットプレイスからの導入で、/plugin marketplace add study8677/repobrain と /plugin install repobrain@repobrain を実行し、続いて /repobrain:rb-setup で LLM プロバイダーを選んで .env を書き、/repobrain:rb-refresh で知識ベースを構築し、/repobrain:rb-ask で質問する。Codex CLI のユーザーはエンジンと CLI を手動インストールし、repobrain: プレフィックスなしの同じ 4 つのスラッシュコマンドを使う。LLM 不要で任意の IDE で使えるコンテキストファイル限定のオプションもあり、rb init でテンプレートを注入する。これら以外の詳細は INSTALL.md に委ねら」です。ここで確認できるのはプロジェクトが掲げる機能と入口であり、異なる環境での性能や運用結果まで示したものではありません。repobrainを検討する読者は、まずpackage.jsonに書かれた条件と、入力から出力までの境界を分けて読んでください。（repobrainの第2節、確認項目1）

repobrainの説明を実際の作業へ移すときは、package.jsonを起点に小さな構成を作り、成功時の出力、失敗時の終了状態、生成されるファイルまたは画面を記録します。README には複数のインストール方法が記載されている。推奨されるのは Claude Code のプラグインマーケットプレイスからの導入で、/plugin marketplace add study8677/repobrain と /plugin install repobrain@repobrain を実行し、続いて /repobrain:rb-setup で LLM プロバイダーを選んで .env を書き、/repobrain:rb-refresh で知識ベースを構築し、/repobrain:rb-ask で質問する。Codex CLI のユーザーはエンジンと CLI を手動インストールという説明だけでは、未記載の依存関係、権限、互換性を判断できません。READMEにない挙動は文書未記載として扱うのが妥当です。（repobrainの第2節、確認項目2）

この節の要点は、study8677/repobrainの固有の入口を一般的な導入論へ置き換えないことです。package.jsonを実際に確認し、repobrainが扱うデータの範囲と、利用者が手元で責任を持つ部分を切り分けます。たとえばバージョン、OS、保存先、外部サービスの有無がREADMEで明記されていなければ、その点は採用判断の未確定事項として残ります。（repobrainの第2節、確認項目3）

採用前の確認では、repobrainに対してREADMEに登場する具体的な機能名やコマンドを一つだけ選び、再現可能な入力を与えます。結果が説明と一致するか、ログに警告が出るか、期待した成果物がどこへ置かれるかを見ます。インストールと利用の流れの内容は判断の材料になりますが、実行していない処理を成功したと断定する根拠にはなりません。（repobrainの第2節、確認項目4）

repobrainで確認する4 つのスラッシュコマンドの役割

study8677/repobrainの「4 つのスラッシュコマンドの役割」を読むと、READMEが説明している対象は「プラグインは Claude Code と Codex CLI に同じ 4 つのスラッシュコマンドを提供する。rb-setup は初回設定を担当し、LLM プロバイダーを対話形式で選び、OPENAI_BASE_URL、OPENAI_API_KEY、OPENAI_MODEL、RB_ASK_TIMEOUT_SECONDS を含む .env を書き込む。rb-refresh は知識ベースを構築または段階的に更新し、初回リフレッシュ時に .repobrain/ を自動生成する。rb-ask はこのプラグインの主目的で、質問を適切な ModuleAgent にルーティングし、実際のソースに基づくファイルパスと行番号付きの回答を返す。rb-init はテンプレートから新しいマルチエージェントリポジトリを作成するもので、既存プロジェクトへの rb-refresh とは異なる。セットアップに問題がある場合、rb doctor --workspace . が推奨されて」です。ここで確認できるのはプロジェクトが掲げる機能と入口であり、異なる環境での性能や運用結果まで示したものではありません。repobrainを検討する読者は、まずDockerfileに書かれた条件と、入力から出力までの境界を分けて読んでください。（repobrainの第3節、確認項目1）

repobrainの説明を実際の作業へ移すときは、Dockerfileを起点に小さな構成を作り、成功時の出力、失敗時の終了状態、生成されるファイルまたは画面を記録します。プラグインは Claude Code と Codex CLI に同じ 4 つのスラッシュコマンドを提供する。rb-setup は初回設定を担当し、LLM プロバイダーを対話形式で選び、OPENAI_BASE_URL、OPENAI_API_KEY、OPENAI_MODEL、RB_ASK_TIMEOUT_SECONDS を含む .env を書き込む。rb-refresh は知識ベースを構築または段階的に更新し、初回リフレッシュ時に .repobrain/ を自動生成する。rb-ask はこのプラグインの主目的で、質問を適切な ModuleAgent にルーティングし、実際のソースに基づくファイルパという説明だけでは、未記載の依存関係、権限、互換性を判断できません。READMEにない挙動は文書未記載として扱うのが妥当です。（repobrainの第3節、確認項目2）

この節の要点は、study8677/repobrainの固有の入口を一般的な導入論へ置き換えないことです。Dockerfileを実際に確認し、repobrainが扱うデータの範囲と、利用者が手元で責任を持つ部分を切り分けます。たとえばバージョン、OS、保存先、外部サービスの有無がREADMEで明記されていなければ、その点は採用判断の未確定事項として残ります。（repobrainの第3節、確認項目3）

採用前の確認では、repobrainに対してREADMEに登場する具体的な機能名やコマンドを一つだけ選び、再現可能な入力を与えます。結果が説明と一致するか、ログに警告が出るか、期待した成果物がどこへ置かれるかを見ます。4 つのスラッシュコマンドの役割の内容は判断の材料になりますが、実行していない処理を成功したと断定する根拠にはなりません。（repobrainの第3節、確認項目4）

repobrainで確認するrb-refresh による知識ベース構築

study8677/repobrainの「rb-refresh による知識ベース構築」を読むと、READMEが説明している対象は「rb-refresh は 8 ステップのパイプラインを実行する。コードベースの言語、フレームワーク、構造をスキャンし、conventions.md と structure.md を生成し、知識グラフを構築して、ドキュメントとデータのインデックスを書く。中核は LLM による全コンテキスト分析で、ファイルはインポートグラフ、ディレクトリの近接、ファイル名プレフィックスでグループ化され、各サブエージェントに約 30K トークンの関連コードがプリロードされる。各サブエージェントは完全なソースを読み、agents/*.md に包括的な Markdown 知識ドキュメントを書く。大きなモジュールは複数のエージェントドキュメントを生成し、マージや圧縮はしない。GitAgent が git 履歴を _git_insights.md に分析し、Map Agent が map.md をルーティングインデックスとして生成する。README は、この検出が完全に言語非依」です。ここで確認できるのはプロジェクトが掲げる機能と入口であり、異なる環境での性能や運用結果まで示したものではありません。repobrainを検討する読者は、まずLICENSEに書かれた条件と、入力から出力までの境界を分けて読んでください。（repobrainの第4節、確認項目1）

repobrainの説明を実際の作業へ移すときは、LICENSEを起点に小さな構成を作り、成功時の出力、失敗時の終了状態、生成されるファイルまたは画面を記録します。rb-refresh は 8 ステップのパイプラインを実行する。コードベースの言語、フレームワーク、構造をスキャンし、conventions.md と structure.md を生成し、知識グラフを構築して、ドキュメントとデータのインデックスを書く。中核は LLM による全コンテキスト分析で、ファイルはインポートグラフ、ディレクトリの近接、ファイル名プレフィックスでグループ化され、各サブエージェントに約 30K トークンの関連コードがプリロードされる。各サブエージェントは完全なソースを読み、agents/*.md に包括的な Markdown 知識ドキュメントを書く。大きなモジュールは複数のという説明だけでは、未記載の依存関係、権限、互換性を判断できません。READMEにない挙動は文書未記載として扱うのが妥当です。（repobrainの第4節、確認項目2）

この節の要点は、study8677/repobrainの固有の入口を一般的な導入論へ置き換えないことです。LICENSEを実際に確認し、repobrainが扱うデータの範囲と、利用者が手元で責任を持つ部分を切り分けます。たとえばバージョン、OS、保存先、外部サービスの有無がREADMEで明記されていなければ、その点は採用判断の未確定事項として残ります。（repobrainの第4節、確認項目3）

採用前の確認では、repobrainに対してREADMEに登場する具体的な機能名やコマンドを一つだけ選び、再現可能な入力を与えます。結果が説明と一致するか、ログに警告が出るか、期待した成果物がどこへ置かれるかを見ます。rb-refresh による知識ベース構築の内容は判断の材料になりますが、実行していない処理を成功したと断定する根拠にはなりません。（repobrainの第4節、確認項目4）

repobrainで確認するrb-ask のルーティングと回答合成

study8677/repobrainの「rb-ask のルーティングと回答合成」を読むと、READMEが説明している対象は「rb-ask のフローでは、Router が map.md を読み、関連モジュールを選択し、対応する agents/*.md を読み、LLM がコード参照付きの回答を生成する。複数のエージェントドキュメントは並行して読み込まれ、Synthesizer が回答を統合する。エージェントドキュメントがまだ生成されていない場合、レガシーの Router から ModuleAgent/GitAgent へのスウォームにフォールバックする。README は回答にファイルパスと行番号が含まれることを強調している。知識ベースが存在しない場合、rb-ask は no index または空の回答を返し、その場合は rb-refresh を先に実行するよう指示されている。」です。ここで確認できるのはプロジェクトが掲げる機能と入口であり、異なる環境での性能や運用結果まで示したものではありません。repobrainを検討する読者は、まずdocsに書かれた条件と、入力から出力までの境界を分けて読んでください。（repobrainの第5節、確認項目1）

repobrainの説明を実際の作業へ移すときは、docsを起点に小さな構成を作り、成功時の出力、失敗時の終了状態、生成されるファイルまたは画面を記録します。rb-ask のフローでは、Router が map.md を読み、関連モジュールを選択し、対応する agents/*.md を読み、LLM がコード参照付きの回答を生成する。複数のエージェントドキュメントは並行して読み込まれ、Synthesizer が回答を統合する。エージェントドキュメントがまだ生成されていない場合、レガシーの Router から ModuleAgent/GitAgent へのスウォームにフォールバックする。README は回答にファイルパスと行番号が含まれることを強調している。知識ベースが存在しない場合、rb-ask は no index または空の回答を返し、その場合はという説明だけでは、未記載の依存関係、権限、互換性を判断できません。READMEにない挙動は文書未記載として扱うのが妥当です。（repobrainの第5節、確認項目2）

この節の要点は、study8677/repobrainの固有の入口を一般的な導入論へ置き換えないことです。docsを実際に確認し、repobrainが扱うデータの範囲と、利用者が手元で責任を持つ部分を切り分けます。たとえばバージョン、OS、保存先、外部サービスの有無がREADMEで明記されていなければ、その点は採用判断の未確定事項として残ります。（repobrainの第5節、確認項目3）

採用前の確認では、repobrainに対してREADMEに登場する具体的な機能名やコマンドを一つだけ選び、再現可能な入力を与えます。結果が説明と一致するか、ログに警告が出るか、期待した成果物がどこへ置かれるかを見ます。rb-ask のルーティングと回答合成の内容は判断の材料になりますが、実行していない処理を成功したと断定する根拠にはなりません。（repobrainの第5節、確認項目4）

repobrainで確認するIDE 互換性と MCP 統合

study8677/repobrainの「IDE 互換性と MCP 統合」を読むと、READMEが説明している対象は「アーキテクチャはファイルとして表現される。rb init は単一の行動ルールブックとして AGENTS.md を生成し、Cursor（.cursorrules）、Claude Code（CLAUDE.md）、Windsurf（.windsurfrules）、VS Code + Copilot（.github/copilot-instructions.md）、Gemini CLI と Codex（AGENTS.md）、Cline（.clinerules）、Google Antigravity（.repobrain/rules.md）向けの薄いブートストラップファイルも生成する。ネイティブプラグインは現在 Claude Code と Codex CLI のみで、他の環境はホスト固有のプラグインではなく同じ知識アーティファクトを使う。任意の rb-mcp サーバーは、MCP 対応ホストに ask_project と refresh_project を公開」です。ここで確認できるのはプロジェクトが掲げる機能と入口であり、異なる環境での性能や運用結果まで示したものではありません。repobrainを検討する読者は、まずreleasesに書かれた条件と、入力から出力までの境界を分けて読んでください。（repobrainの第6節、確認項目1）

repobrainの説明を実際の作業へ移すときは、releasesを起点に小さな構成を作り、成功時の出力、失敗時の終了状態、生成されるファイルまたは画面を記録します。アーキテクチャはファイルとして表現される。rb init は単一の行動ルールブックとして AGENTS.md を生成し、Cursor（.cursorrules）、Claude Code（CLAUDE.md）、Windsurf（.windsurfrules）、VS Code + Copilot（.github/copilot-instructions.md）、Gemini CLI と Codex（AGENTS.md）、Cline（.clinerules）、Google Antigravity（.repobrain/rules.md）向けの薄いブートストラップファイルも生成する。ネイティブプラグイという説明だけでは、未記載の依存関係、権限、互換性を判断できません。READMEにない挙動は文書未記載として扱うのが妥当です。（repobrainの第6節、確認項目2）

この節の要点は、study8677/repobrainの固有の入口を一般的な導入論へ置き換えないことです。releasesを実際に確認し、repobrainが扱うデータの範囲と、利用者が手元で責任を持つ部分を切り分けます。たとえばバージョン、OS、保存先、外部サービスの有無がREADMEで明記されていなければ、その点は採用判断の未確定事項として残ります。（repobrainの第6節、確認項目3）

採用前の確認では、repobrainに対してREADMEに登場する具体的な機能名やコマンドを一つだけ選び、再現可能な入力を与えます。結果が説明と一致するか、ログに警告が出るか、期待した成果物がどこへ置かれるかを見ます。IDE 互換性と MCP 統合の内容は判断の材料になりますが、実行していない処理を成功したと断定する根拠にはなりません。（repobrainの第6節、確認項目4）

repobrainで確認するベンチマーク、ライセンス、ドキュメント言語

study8677/repobrainの「ベンチマーク、ライセンス、ドキュメント言語」を読むと、READMEが説明している対象は「README には 2026-05-09 の非対称ベンチマークが記録されている。fastapi/fastapi、psf/requests、fastapi/sqlmodel の 3 つの実在する Python コードベースで、各ツールに同じ 36 問を出題し、gpt-5.5 を高推論設定で使用、Codex が 4 軸 0-3 のルーブリックで採点した。RepoBrain は事実確認 179/180、総合 116/144、監査 105/108。Codex は 179/180、144/144、104/108。Claude Code は 178/180、136/144、98/108。README によると、RepoBrain の事実確認の平均レイテンシは 56 秒で Codex の 119 秒より 2.1 倍速く、Claude は 42 秒だった。完全なレポートは artifacts/benchmark-2026-05-09/REPORT.md にある。リ」です。ここで確認できるのはプロジェクトが掲げる機能と入口であり、異なる環境での性能や運用結果まで示したものではありません。repobrainを検討する読者は、まずREADME.mdに書かれた条件と、入力から出力までの境界を分けて読んでください。（repobrainの第7節、確認項目1）

repobrainの説明を実際の作業へ移すときは、README.mdを起点に小さな構成を作り、成功時の出力、失敗時の終了状態、生成されるファイルまたは画面を記録します。README には 2026-05-09 の非対称ベンチマークが記録されている。fastapi/fastapi、psf/requests、fastapi/sqlmodel の 3 つの実在する Python コードベースで、各ツールに同じ 36 問を出題し、gpt-5.5 を高推論設定で使用、Codex が 4 軸 0-3 のルーブリックで採点した。RepoBrain は事実確認 179/180、総合 116/144、監査 105/108。Codex は 179/180、144/144、104/108。Claude Code は 178/180、136/144、98/108。README によという説明だけでは、未記載の依存関係、権限、互換性を判断できません。READMEにない挙動は文書未記載として扱うのが妥当です。（repobrainの第7節、確認項目2）

この節の要点は、study8677/repobrainの固有の入口を一般的な導入論へ置き換えないことです。README.mdを実際に確認し、repobrainが扱うデータの範囲と、利用者が手元で責任を持つ部分を切り分けます。たとえばバージョン、OS、保存先、外部サービスの有無がREADMEで明記されていなければ、その点は採用判断の未確定事項として残ります。（repobrainの第7節、確認項目3）

採用前の確認では、repobrainに対してREADMEに登場する具体的な機能名やコマンドを一つだけ選び、再現可能な入力を与えます。結果が説明と一致するか、ログに警告が出るか、期待した成果物がどこへ置かれるかを見ます。ベンチマーク、ライセンス、ドキュメント言語の内容は判断の材料になりますが、実行していない処理を成功したと断定する根拠にはなりません。（repobrainの第7節、確認項目4）

編集部の結論

repobrainは、READMEが示す「 RepoBrain (formerly Antigravity) - Give your repo a brain. ChatGPT for your codebase: works in Claude Code, Cursor, Codex, Windsurf & more.」という用途と手元の環境が合う読者に向いています。試す前にREADME.mdの導入入口を実行し、入力、終了状態、生成物、権限要求を確認してください。repobrainに記載のない互換性や運用保証は断定せず、実際に確認できた範囲だけで採用を判断するのが適切です。

公式情報源

1. Official documentation
2. Official README
3. Project repository
4. Release notes