この記事について:広告・アフィリエイトリンクを一切含みません。GitHubで話題のリポジトリを、公式READMEと公開情報にもとづいて紹介する記事です。筆者が実際に導入して効果を計測したわけではありません。README記載の数値は「開発者の主張」として扱っています。

当サイトのClaude Codeの料金と節約5つのコツで、費用は「AIに読ませる量」で決まると書きました。

その「読ませる量」そのものを構造的に減らそうとしているのが tirth8205/code-review-graph です。

基本情報

項目 内容
リポジトリ tirth8205/code-review-graph
スター数 約27,400(2026年7月29日時点)
ライセンス MIT
言語 Python 3.10+
直近の更新 2026年7月27日
日本語README あり
tirth8205/code-review-graph のGitHubリポジトリページ
tirth8205/code-review-graph のリポジトリページ(2026年7月29日・編集部にて取得)。PyPIで配布されており、MCP対応をうたっています。

解決しようとしている問題

READMEの説明を要約すると、こうなります。

AIコーディングツールは、レビュー作業のたびにコードベースの大部分を読み直してしまうことがある。code-review-graph は Tree-sitter でコードの構造マップを作り、変更を差分で追跡し、MCP経由でAIに「本当に必要な箇所だけ」を渡す。

つまり毎回ゼロから探させるのをやめて、地図を先に作っておくという発想です。

毎回コードベースを探させる従来の方式と、構造マップを渡して必要箇所だけ読ませる方式の対比図
公式READMEの説明をもとに、編集部で整理した対比図。

「読む量が減れば、速くて安くて正確になる」——これは当サイトが指示の書き方で「対象を先に絞れ」と書いているのと同じ理屈を、人間の指示ではなく仕組みでやるアプローチだと理解できます。

数値の主張をどう読むか

READMEには「6つの実リポジトリで 38倍〜528倍 のトークン削減」という図が掲げられています。

この数字は開発者側の計測であり、当サイトでは検証していません。再現手順は docs/REPRODUCING.md に公開されているので、気になる方はそちらを確認するのが確実です。

ただ、桁が大きく振れている(38倍と528倍で13倍以上の開き)点は、素直に読むべきだと思います。効果はコードベースの規模と作業内容に強く依存する、という当たり前の話です。小さなプロジェクトでは体感差が出にくいでしょう。

構成要素

  • Tree-sitter:ソースコードを構文的に解析する仕組み。文字列としてではなく構造として読む
  • MCP(Model Context Protocol):AIツールに外部の情報源を接続するための共通規格
  • 差分追跡:変更があった箇所だけを更新するので、毎回作り直さない

MCPは「AIに社外秘の資料や自分のコードを安全に渡すための共通コネクタ」と考えると分かりやすいです。対応ツールが増えており、こうした周辺ツールが成立する土台になっています。

どんな人に向くか

  • 中〜大規模のコードベースを扱っていて、AIの費用や速度が気になっている人
  • レビューや調査でAIを頻繁に使う人
  • Pythonの実行環境がある人

逆に、ファイルが数個の学習用プロジェクトでは効果を体感しにくいはずです。まだ小さいものしか作っていない段階なら、指示で対象を絞るだけで十分です。

導入前に確認したいこと

  • コードを解析するツールなので、扱うリポジトリの機密性を確認してください。ローカル完結(local-first)をうたっていますが、自分の環境で実際にどう動くかは自分で確かめるべきです
  • Python 3.10以上が必要です
  • MCP対応のAIツールを使っていないと、主要な価値の一部が使えません

まとめ

  • code-review-graphコードの構造マップを先に作り、AIに必要な箇所だけ渡すツール。★2.7万、MIT。
  • 発想は「対象を絞る」を仕組みでやること。費用と速度に効く。
  • READMEの削減倍率は開発者の計測。振れ幅が大きく、規模依存。
  • 小さなプロジェクトでは体感しにくい。まずは指示の工夫で十分。

関連記事