GortexのコードグラフをAIエージェントの調査経路にする
AI エージェントおよび IDE 用の高性能コード インテリジェンス エンジンは、257 言語、グラフに基づくマルチ リポジトリをサポートし、CLI、MCP サーバー、および API 経由でアクセスできます。 AI コーディング エージェントのチームメイト - 必要な情報のみを公開し、トークンの使用量を最大 50 分の 1 に削減します。 100%地元産。不和：。
ひと目でわかる
- これは何？
- zzet/gortexのREADMEから、257言語解析、永続グラフ、CLI、MCP、API、契約検出、ローカル運用の実像を整理する。
- 誰に向いている？
- Gortexは、複数リポジトリの関数、呼び出し経路、HTTP契約をグラフとして調べ、Claude CodeやCursorなどのAIエージェントへ必要な情報だけを渡したいチーム向けです。まずv0.63.8でcurl導入後にgortex install、gortex daemon start --detach、gortex track、gortex initを実行し、.mcp.jsonとhooksを確認します。
- 商用利用できる？
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。最後のコミットは 2 日前です。
- 何の言語で書かれている？
- 主に Go です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月14日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
ファイル読み取りを永続グラフへ置き換える発想
GortexはAIエージェントとIDE向けのコードインテリジェンスエンジンです。READMEはコードをグラフへ索引し、CLI、MCP Server、web UIで公開すると説明しています。tree-sitter AST解析、プロセス内resolver、コンパイラ級の解決を組み合わせ、関数、クラス、呼び出し連鎖、HTTPルート、サービス間契約をprovenance付きで保持する設計です。
単一バイナリとしてmacOS、Linux、Windowsで動作し、外部依存なしとされています。これは導入経路を短くする特徴ですが、257言語すべてで同じ解決精度になるという意味ではありません。READMEの言語一覧とdocs/languages.mdで、自社の言語、生成コード、JupyterやDatabricks notebookがどの解析層に入るかを確認します。 docs/languages.md、docs/multi-repo.md、docs/contracts.mdを対象構成と照合し、READMEの最大50倍という値をそのまま採用基準にしません。
50倍という数字を測定条件から読む
READMEは、グラフ検索によりエージェントがファイル全体や500行周辺を読まず、最大50倍少ないトークンで応答できると自称しています。これはGortexの設計目的とベンチマークの主張であり、すべての質問に対する保証ではありません。検索対象、キャッシュ状態、モデル、MCPツールの選択が変われば、入力トークンと応答品質も変わります。
評価では同じリポジトリと質問を用い、通常のファイル読み取りとGortexのsymbol lookupまたはcall chainを分けて実行します。出力トークンだけでなく、参照漏れ、誤ったcaller、更新直後の反映時間も記録します。BENCHMARK.mdにある測定条件と手元の結果が一致しない場合、READMEの最大値を社内の削減率として採用しません。
daemon、track、initが作る接続
Quick Startの順序は具体的です。gortex installでMCP、skills、slash commandsを一度設定し、gortex daemon start --detachでバックグラウンドdaemonを起動します。対象リポジトリはgortex track ~/projects/myappで追加し、対象ディレクトリ内でgortex initを実行して.mcp.json、hooks、community routingを整えます。
一連の後、AIアシスタントがグラフ検索を使うという説明です。検証ではdaemonの状態、追跡対象のパス、生成された.mcp.json、hookの差分を保存し、別リポジトリの情報が混ざらないかを確認します。複数リポジトリを一つのグラフへ入れる設計は便利ですが、セッション分離とアクセス権が自社の境界に合うかは、docs/multi-repo.mdの説明と実際の結果を突き合わせる必要があります。 Gortexでは257言語の解析層をdocs/languages.mdで確認し、HTTPルートのcanonical ID、provider、consumerをcontracts MCPで照合します。未保存バッファはlive editor overlaysとして扱われるため、保存前後のgraph queryとgit diffを比較します。telemetry onを選ぶ場合はendpointとDO_NOT_TRACKの挙動を記録し、コードやパスが送信されないというREADMEの説明を自環境で点検します。
契約検出と影響範囲の使いどころ
Gortexはリポジトリ間のAPI契約を自動検出し、contracts MCP toolとWeb UIのContracts pageでproviderとconsumerを対応付けると説明します。HTTP routeではgin、Express、FastAPI、Springなどのフレームワーク注釈とfetch、http.Getなどのクライアント呼び出しを手掛かりにします。契約はhttp::GET::/api/users/{id}のようなcanonical IDへ正規化され、孤立したprovider、consumer、mismatchを見つける設計です。
実際の確認には、providerとconsumerを別リポジトリに置き、パスまたはHTTPメソッドを一つだけ変えます。contractsの結果に変更が現れるか、意図した一致と未解決の呼び出しが区別されるかを観察します。READMEが列挙する対応例にないフレームワークを、対応済みと推測してはいけません。 Gortexでは257言語の解析層をdocs/languages.mdで確認し、HTTPルートのcanonical ID、provider、consumerをcontracts MCPで照合します。未保存バッファはlive editor overlaysとして扱われるため、保存前後のgraph queryとgit diffを比較します。telemetry onを選ぶ場合はendpointとDO_NOT_TRACKの挙動を記録し、コードやパスが送信されないというREADMEの説明を自環境で点検します。
MCPツールと未保存バッファの扱い
READMEは100以上のMCP tools、16 resources、3 promptsを挙げ、symbol lookup、call chains、blast radius、dataflow、clone detection、refactoring、code actionsを例示しています。19種類のAI coding agentを標準対応し、gortex initが検出した支援ツールを設定するとされています。ツールが多いことと、各エージェントの権限や表示が同一であることは別です。
preview_editとsimulate_chainはWorkspaceEditを適用した場合の変化をディスクに触れずに答える機能、live editor overlaysは未保存バッファをshadow graphとして読む機能です。検証では、未保存の関数名変更をoverlayへ送り、preview_editの結果と実ファイルの差を比較します。simulate_chainが本当に書き込みを行わないことも、テスト用リポジトリのgit diffで確認します。
署名、テレメトリ、Apache-2.0
Installのcurl -fsSL https://get.gortex.dev | shはOSとアーキテクチャを検出し、SHA256とcosignを検証してPATHへ導入するとREADMEにあります。配布経路を使う場合はdocs/installation.mdのVerifying releases supply chain securityを読み、導入されたバイナリとv0.63.8のreleaseを照合します。
テレメトリは初期状態で無効で、匿名のtoolやcommandの件数だけを任意のendpointへ送る仕組みとされています。コード、パス、名前、正確なカウントは送らず、gortex telemetry on|off|statusとDO_NOT_TRACKに従う記述です。ライセンス欄はApache-2.0なので、改変配布ではLICENSE.mdの表示条件とNOTICEを確認します。テレメトリ設定は機密コードの安全性を証明するものではありません。 gortex v0.63.8ではgortex install、daemon、track、initを実行し、.mcp.json、contracts、preview_edit、telemetry statusを確認します。 gortex reviewのBLOCK、REVIEW、APPROVEを元のgit diffと照合し、単一daemonが複数IDEへ提供するグラフのパス境界を確認します。Apache-2.0のLICENSE.mdも配布物へ含めます。
編集部の結論
Gortexは、複数リポジトリの関数、呼び出し経路、HTTP契約をグラフとして調べ、Claude CodeやCursorなどのAIエージェントへ必要な情報だけを渡したいチーム向けです。まずv0.63.8でcurl導入後にgortex install、gortex daemon start --detach、gortex track、gortex initを実行し、.mcp.jsonとhooksを確認します。自社言語の解析、contracts MCPの一致結果、preview_editの未変更動作、telemetry statusの出力を確認してから、READMEの性能値を自環境の実測と混同しないよう運用範囲を決めます。 gortex v0.63.8ではgortex install、daemon、track、initを実行し、.mcp.json、contracts、preview_edit、telemetry statusを確認します。 docs/languages.md、docs/multi-repo.md、docs/contracts.mdを対象構成と照合し、READMEの最大50倍という値をそのまま採用基準にしません。 gortex reviewのBLOCK、REVIEW、APPROVEを元のgit diffと照合し、単一daemonが複数IDEへ提供するグラフのパス境界を確認します。Apache-2.0のLICENSE.mdも配布物へ含めます。 Gortexでは257言語の解析層をdocs/languages.mdで確認し、HTTPルートのcanonical ID、provider、consumerをcontracts MCPで照合します。未保存バッファはlive editor overlaysとして扱われるため、保存前後のgraph queryとgit diffを比較します。telemetry onを選ぶ場合はendpointとDO_NOT_TRACKの挙動を記録し、コードやパスが送信されないというREADMEの説明を自環境で点検します。
コミュニティノート