github.devotd.
新着開発ツール

redhat-et/ripwire v0.6.7 — コーディングエージェント向けリポジトリマップ

redhat-et/ripwire v0.6.7 のリポジトリマップと変更影響分析の機能、および削減率の根拠の限界を扱う。

リポジトリ情報redhat-et/ripwire ↗

The ripgrep of AI context: a zero-dependency C++23 CLI + MCP server for coding agents. Find what you want without reading the repo, then check you built what you meant — blast radius, tests-to-run, quality deltas. Signatures at 74.7% fewer bytes than bodies; every guess labelled, every loss published. Paddle out with a map.

スター
★ 2.5K
フォーク
158
言語
C++
ライセンス
Apache-2.0
最新リリース
v0.6.7
原文を見る ↗GitHub で見る ↗

redhat-et/ripwire は、コーディングエージェントがリポジトリ本文を読む前に必要なコードを見つけられるようにする C++23 CLI 兼 MCP サーバーです。外部依存なしでリポジトリマップを構築し、最新リリースは v0.6.7 です。提供されたリリース情報には、このバージョンで新しく変更された項目は個別に記されていません。

中核はコード検索に呼び出し関係と変更の影響を加えることにあります。README によれば、名前ベースの呼び出しグラフから変更時の影響範囲と実行すべきテストを提案し、編集後には 12 個の品質指標のうち悪化したものだけを表示します。併せて修正すべきファイルや、複数解釈されうる名前も指摘します。CUDA カーネルの起動地点や PHP の動的ディスパッチを含む 26 のサードパーティ構文を内蔵し、同じツリーから毎回同じバイト列を返す決定性契約を 4 つの規則として明記しています。ライセンスは Apache-2.0 です。

README の比較表は、シグネチャまとまりの出力が本文より 74.7% 少ないバイト列を出し、grep してから読む方式と比べてトークンを 5.0% しか使わないと報告しています。両方の方式が回答できた問題だけを見ると、その値は 5.2% です。これらの数値とは別に、文書に引用されているワークフロー倍率や 1 クエリあたりの削減の主張は、運用者の現場報告に基づくもので、独立した検証はありません。したがってリポジトリマップと影響分析は文書化された機能として扱えますが、実際の削減幅を検証済みの性能として断定するのは困難です。