AIコーディングアシスタントはどこにでもある。Cursor、Claude Code、Windsurf、Codex — リストは毎月増える。彼らは人間より速くコードを書く。しかし決定的な盲点を共有している: コードベースのアーキテクチャを理解していない

AIアシスタントは、47の他の関数がその戻り値型に依存していることを知らずに、陽気にUserService.validate()をリファクタする。接続されたシステム内のノードとしてではなく、独立したテキストとして関数を編集する。結果? 壊れた呼び出しチェーン、見逃された依存関係、本番で数日後に表面化する微妙なリグレッション。

GitNexusはまさにこの問題を修正するために構築された。

GitNexusとは?

GitNexusはAbhigyan Patwariが作成したゼロサーバーコードインテリジェンスエンジンだ。あらゆるコードベースをナレッジグラフにインデックスし — すべての依存、呼び出しチェーン、機能クラスター、実行フローを捕捉し — その後Model Context Protocol (MCP)ツールを通じてそのグラフを公開し、AIコーディングエージェントが変更を行う前にコードベース構造をクエリできるようにする。

キャッチフレーズが最もよく言い表している: “DeepWikiのようなものだが、より深い。” DeepWikiがコードの記述を生成するところ、GitNexusはすべての構造的関係を追跡する。関数が何をするかを教えるだけでなく — 何がそれに依存し、何を呼び出し、どのプロセスフローがそれを通過し、変更すると何が壊れるかを教える。

2025年8月のローンチ以来、GitNexusは人気を爆発させた。2026年2月22日にバイラルになり、数日で7,300のGitHubスターに達した。2026年3月時点で19,000スター2,200フォークを超える — AIコーディングエージェントをより信頼できるものにするツールを開発者が渇望していることの明確なシグナルだ。

問題: AIエージェントは盲目で編集する

研究によると、AI生成プロジェクトのわずか68.3%が指定された依存関係で正常に実行される。一方、エンジニアリングリーダーの67%が、手動で書くよりもAI生成コードのデバッグにより多くの時間を費やすと報告している。根本原因はLLMがコードが苦手ということではなく — アーキテクチャコンテキストが欠けていることだ。

ClaudeやCursorに関数を貼り付けるとき、モデルはテキストを見る。以下は見えない:

  • そのメソッドを呼び出す47の関数
  • そのクラスをインポートする12のモジュール
  • そのエントリポイントを通過する3つの実行フロー
  • デプロイ構成と環境依存

このコンテキストなしでは、最も能力のあるモデルでさえ独立しては正しく見えるが属するシステムを壊すコードを生成する。GitNexusはAIエージェントに1行書く前に完全な構造マップを与えることでこれを解決する。

アーキテクチャ: ゼロサーバー、プライバシーファースト

GitNexusは2つのモードで動作し、両方とも一つのコア原則を中心に設計されている: コードがマシンから離れない

CLI + MCP(日々の開発に推奨)

CLIはリポジトリをローカルにインデックスし、AIエージェントが接続するMCPサーバーを実行する。インストールは単一コマンド:

npx gitnexus analyze

この1コマンドで:

  • コードベース全体をナレッジグラフにインデックス
  • 4つのエージェントスキルを.claude/skills/にインストール
  • Claude Codeのpre/postツールフックを登録
  • AGENTS.mdCLAUDE.mdコンテキストファイルを作成
  • MCPサーバーを構成

インデックスはリポジトリ内の.gitnexus/ディレクトリ(デフォルトでgitignore)に保存される。~/.gitnexus/registry.jsonのグローバルレジストリがすべてのインデックス済みリポジトリを追跡するので、1つのMCPサーバーがリポジトリごとの構成なしにすべてのプロジェクトにサービスを提供する。

Web UI(クイック探索)

gitnexus.vercel.appのブラウザベースのインターフェースは完全にWebAssemblyで実行される — 解析にTree-sitter WASM、グラフストレージにLadybugDB WASM、エンベディングにtransformers.js。GitHubのURLやZIPファイルをドロップしてAIチャット付きのインタラクティブなナレッジグラフを得る。サーバーなし、アップロードなし、データ持ち出しリスクなし。

Web UIはブラウザのメモリ制約のため約5,000ファイルに制限される。より大きなリポジトリには、Bridge Modegitnexus serve)がローカルHTTPサーバーを開始しWeb UIが自動検出し、再アップロードせずにCLIインデックス済みリポジトリすべてへのブラウザベースのアクセスを与える。

次元CLI + MCPWeb UI
目的AIエージェントでの日々の開発クイック探索とデモ
スケールすべてのリポジトリ、任意のサイズ~5kファイル(ブラウザ)、バックエンドモードで無制限
ストレージLadybugDBネイティブ(永続)LadybugDB WASM(インメモリ)
解析Tree-sitterネイティブバインディングTree-sitter WASM
プライバシーすべてローカル、ネットワークなしすべてブラウザ内、サーバーなし

インデックスパイプライン

GitNexusはコードベースを、クエリ時ではなくインデックス時にナレッジグラフを構築する6段階のパイプラインで処理する。この事前計算されたリレーショナルインテリジェンスが従来のRAGアプローチとの主要な差別化要因だ。

  1. 構造 — ファイルツリーを歩き、フォルダ/ファイルの関係をマッピング
  2. 解析 — Tree-sitter ASTを使って関数、クラス、メソッド、インターフェースを抽出
  3. 解決 — インポートと関数呼び出しを言語認識ロジックでファイルをまたいで解決。auth.tsが存在することを知るだけでなく、auth.tshandleLogin()user.tsvalidate()を信頼度スコア付きで呼ぶことを知る
  4. クラスタリング — Leidenコミュニティ検出アルゴリズムで関連するシンボルを機能的コミュニティにグループ化、凝集度スコア付き
  5. プロセス — エントリポイントから呼び出しチェーン全体を通じて実行フローを追跡し、「LoginFlow: ルートハンドラ → バリデーション → データベース → レスポンス」のような複数ステップのプロセスをマッピング
  6. 検索 — BM25キーワードマッチング、セマンティックエンベディング(transformers.js経由)、Reciprocal Rank Fusion (RRF)ランキングを組み合わせたハイブリッド検索インデックスを構築

言語サポート

GitNexusはTree-sitterの文法エコシステムを通じて幅広い言語をサポートする:

  • TypeScriptとJavaScript
  • Python
  • JavaとKotlin
  • C、C++、C#
  • Go
  • Rust
  • PHPとSwift

MCP統合: AIエージェント向け7つのツール

GitNexusはModel Context Protocol — AIとツールの統合のためAnthropicのオープン標準(しばしば「AIアプリケーションのUSB-C」と形容される)— を通じて7つの専門ツールを公開する:

ツール目的
list_reposすべてのインデックス済みリポジトリを検出
queryプロセスグループ化されたハイブリッド検索(BM25 + セマンティック + RRF)
context360度のシンボルビュー — 呼び出し元、呼び出し先、プロセス参加
impact深さのグループ化と信頼度スコア付きのブラスト半径分析
detect_changesGit差分インパクトマッピング — 変更が下流の依存にどう影響するかを追跡
renameグラフとテキスト検索の両方を使ったマルチファイル調整リネーム
cypher複雑なアーキテクチャ質問向けの生のCypherグラフクエリ

ツールを超えて、GitNexusは即時コンテキスト用のMCPリソース(リポジトリ統計、クラスタリスト、プロセストレース、グラフスキーマ)と、ガイド付きワークフロー用の2つのプロンプト(コミット前分析のdetect_impactとMermaidダイアグラム付きアーキテクチャドキュメントのgenerate_map)を提供する。

エディタサポート

エディタMCPスキル自動補強フック統合レベル
Claude Code✅ (Pre + Post)フル
CursorMCP + スキル
CodexMCP + スキル
WindsurfMCP
OpenCodeMCP + スキル

Claude Codeが最も深い統合を得る。PreToolUseフックはすべてのgrepglobbash呼び出しを自動的にグラフコンテキストで補強する。PostToolUseフックはコミット後に自動再インデックスする。すべてのAIアクションがデフォルトでグラフ認識になる。

エージェントスキル: 自動操縦上のアーキテクチャインテリジェンス

GitNexusはAIアシスタントにナレッジグラフを効果的に使う方法を教える4つのエージェントスキルを自動インストールする:

  1. 探索 — テキスト検索の代わりにグラフ関係を使って不慣れなコードをナビゲート
  2. デバッグ — 呼び出しチェーンを通じてバグを追跡し根本原因を見つける
  3. インパクト分析 — 変更前にブラスト半径を計算、リスクレベル評価(低/中/高)付き
  4. リファクタリング — 完全な依存マッピングを使って安全なリファクタを計画

--skillsフラグで、GitNexusは検出されたコミュニティに基づくリポジトリ固有スキルも生成する。それぞれがモジュールの主要ファイル、エントリポイント、実行フロー、クロス領域接続を記述する — 作業中のコード領域の正確な領域に的を絞ったコンテキストだ。

なぜ重要か: グラフインテリジェンス vs 従来のRAG

従来の検索拡張生成(RAG)アプローチはコードチャンクをエンベディングし、ベクトルデータベースに保存し、クエリ時に類似スニペットを検索する。LLMはオンザフライで関係を発見しなければならない — ベクトル類似度が構造的依存を捉えないため、重要なコンテキストを見逃すことが多い。

GitNexusは根本的に異なるアプローチを取る:

  • インデックス時に事前計算 — クラスタリング、呼び出しチェーン追跡、信頼度スコア付けは各クエリ中ではなくインデックス中に1回発生
  • 1回の呼び出しで完全なコンテキスト — 各ツール応答はマルチクエリチェーンを必要とする部分的ビューではなく、完全なアーキテクチャ全体を含む
  • ベクトル類似度ではなくグラフトラバーサル — 実際のグラフ関係にCypherクエリを使用。「どの関数がこのモジュールを呼ぶか」と尋ねると、エンベディングから推測するのではなくグラフを通じて答えを追跡する
  • モデルの民主化 — より小さく安いモデルは事前計算された構造コンテキストを与えられたとき大幅に良く性能を発揮する。ツールがアーキテクチャの重荷を担う

これがプロジェクトが「より小さなモデルにさえ完全なアーキテクチャの明瞭さを与え、ガリバスモデルと競争させる」と自己を説明する理由だ。

ライセンス: PolyForm Noncommercial 1.0.0

GitNexusはPolyForm Noncommercial License 1.0.0でリリースされている。これは重要な区別だ — GitNexusはOSI承認の意味でのオープンソースではない。実践的に何を意味するか:

許可される用途:

  • 研究、実験、テスト、学習、趣味のプロジェクト、個人的な娯楽での個人使用
  • 慈善団体、教育機関、公的研究機関、政府機関による使用
  • 配布と変更を含むあらゆる非商用目的

別ライセンスなしでは許可されないもの:

  • 商用使用 — 営利目的のプロダクト、サービス、または内部商用ワークフローの一部としてのGitNexusの使用
  • 「商用利用の見込みがある」あらゆる使用

チームにとっての意味:

  • 個人プロジェクトを探索する個々の開発者: 完全に許可
  • オープンソースコントリビューターと研究者: 完全に許可
  • 本番開発ワークフローで使用する企業: 商用ライセンスが必要(2026年3月時点ではまだ公開利用不可)
  • クライアントプロジェクトで使用するコンサルティング会社: おそらく商用ライセンスが必要

PolyForm Noncommercialライセンスはよく書かれ曖昧さがないが、商用制限がエンタープライズ導入の主な障壁だ。本番でのGitNexusを評価するチームは商用ライセンスティアに関する発表がないかプロジェクトを監視すべきだ。

競争環境

ツールアプローチエージェント統合プライバシー
GitNexusナレッジグラフ(構造的関係)MCP + スキル + フッククライアント側、ゼロサーバー
DeepWikiLLM生成ドキュメント読み取り専用Wikiクラウドベース
Sourcegraphコード検索 + インテリジェンス(エンタープライズ)Cody AIサーバー必須
Greptileコードベース認識AI検索APIクラウドベース
Aider (repo-map)軽量タグベースのコードマップエージェントに組み込みローカル

GitNexusはユニークな位置を占める: Sourcegraphのようなエンタープライズツールの深さ、ローカルファーストツールのプライバシー保証、そしてエージェント時代のネイティブMCP統合。ゼロサーバーアーキテクチャは、厳格なデータレジデンシー要件やプロプライエタリコードベースを持つ組織にとって特に魅力的だ。

考慮事項と制限

単一メンテナリスク。 19,000以上のスターにもかかわらず、主要な開発は1人(Abhigyan Patwari)による。本番依存を検討するチームにとって、これはバスファクターの懸念だ。

インクリメンタルインデックスなし。 analyzeコマンドは毎回フルリポジトリインデックスを実行するようだ。大きなモノレポでは、遅い再インデックスサイクルを意味する可能性がある。

カスタムデータベースエンジン。 GitNexusは目的構築のグラフデータベースLadybugDBを使用。これはゼロサーバーアーキテクチャを可能にするが、エコシステムツーリングがなく、デバッグが難しく、もう一つの単一障害点を意味する。

ブラウザメモリ制限。 Web UIはバックエンドモードなしで~5,000ファイルに制限。大きなプロジェクトにはCLIが必要。

暗貨詐欺の隣接性。 プロジェクトはPump.fun上の不正トークンに関する免責事項を追加せざるを得なかった — GitNexusの責任ではないが、スター数の一部が暗貨/エアドロップ活動で膨らんでいる可能性を示唆する。

はじめに

CLI(推奨):

# グローバルにインストール
npm install -g gitnexus

# リポジトリをインデックス(リポジトリルートから)
npx gitnexus analyze

# エディタのMCP設定を自動構成
npx gitnexus setup

Web UI(インストール不要): gitnexus.vercel.appを訪れ、GitHubのURLまたはZIPファイルをドロップして探索。

Claude Code統合:

claude mcp add gitnexus -- npx -y gitnexus@latest mcp

結論

GitNexusはAIコーディングエージェントがコードベースと対話する方法の根本的シフトを表す。パターンマッチされるテキストとしてではなく、理解されるべきアーキテクチャとしてコードを扱う。ナレッジグラフアプローチ — インデックス時にすべての依存、呼び出しチェーン、実行フローを事前計算する — はAI生成コードを不安定にするコンテキストギャップを解決する。

MCPネイティブ設計は開発者が既に使うエディタで機能することを意味する。ゼロサーバーアーキテクチャはプロプライエタリコードをオンプレミスに留まらせる。そしてブラスト半径分析だけでも — 何も変更する前に正確に何が壊れるかを知る — セットアップ時間を正当化する。

PolyForm Noncommercialライセンスは本日のエンタープライズ導入を制限し、単一メンテナリスクは実在する。しかしAIコーディングエージェントをアーキテクチャ認識にするツールとして、GitNexusは利用可能な最も洗練された選択肢だ。チームがAIコーディングアシスタントを毎日使い、つながっていると知らなかったものを壊すのに疲れているなら、GitNexusはリポジトリをインデックスする5分の価値がある。


リンク: