Chiselとは？
Chisel は、コーディングエージェントがコードを変更した後に抱く三つの問いに答えます。どのテストを走らせるべきか、どのファイルが危ないか、このコードを誰が知っているか、です。独自の抽出器（tree-sitter は不使用）でリポジトリの追跡ファイルを読み、各テストを呼び出し先の関数やクラスに結び付け、git 履歴から変更頻度、同時変更による結合度、作者情報を取り出し、結果を `.chisel/store` の一つの JSON スナップショットに保存します。エージェントは stdio 上の MCP か JSON CLI から使います。
6 つのグループに 29 の MCP ツールを登録しますが、常に有効なのは 7 つの core ツール（analyze、update、diff_impact など）だけで、残りは `CHISEL_DISABLE` かプロジェクトの AGENTS.md の一行で隠せます。Claude Code のフックを使うと、テスト実行のたびに結果を `chisel capture` に渡せます。capture は失敗を issue として記録し、テストが最後に通って以降に変わったコードを疑わしい順に並べ、修正したコミットで issue を閉じます。Chisel は MIT ライセンスで、crate を使わず Rust 標準ライブラリだけで作られており、2026 年 11 月 11 日に v0.23.0 をリリースしました。
Chiselのインストール方法
chisel serve-mcp (release binary from GitHub, with CHISEL_PROJECT_DIR set)Chiselは使う価値があるか？
コードグラフ系の MCP サーバーの多くは、エージェントが読むコードを減らす手助けをします。Chisel が狙うのは編集の次の段階です。エージェントが diff_impact を呼ぶと、変更された関数を呼ぶテスト、続いてその呼び出し元のテスト（既定で 2 段階上まで）を順位付けしたリストが返り、テストスイート全体や当て推量の代わりにそれを実行します。メンテナーによる Django パッケージ（コードファイル約 1000 個）でのベンチマークでは、コールド解析が約 8 秒、ウォーム更新が約 69 ミリ秒です。
より珍しいのは失敗ログです。PostToolUse フックを入れると、エージェントのテスト実行（cargo test、pytest、Jest、Vitest、go test、node:test）がモデルのトークンを使わずに解析され、重複はまとめられ、各 issue には疑わしい変更が一行の理由付きで並びます。次のセッションは開いている issue を示す最大 2 行で始まるので、昨日何が壊れたかを忘れたエージェントの助けになります。
注意点：利用者はほぼいません。リポジトリの GitHub スターは 7、フォークは一つで、120 のコミットのうち 115 が一人の作者によるものです。つまりその人のペースに賭けることになります。開発は速く、2026 年 3 月の v0.5.4 以降 30 回リリースされていますが、GitHub の説明文はいまだに MCP ツール 15 個と書き、README は 29 個を挙げています。照合は型検査ではなくヒューリスティックで、README もリスクスコアはヒューリスティックだと注意しており、コードファイルが 2000 を超えると関数ごとの変更頻度は計算されません。任意の HTTP API（`chisel serve`）は既定で 127.0.0.1 にバインドし、ソースを読んだ限りでは認証がありません。マシンの外には公開しないでください。
結論：Chisel はコードインテリジェンス基盤ではなく、切れ味のよい補助ツールです。エージェントがすで にナビゲーション用に GitNexus や codebase-memory-mcp を使っているなら、Chisel のテスト選択と失敗追跡はそれらが残す隙間を埋めます。重複しないよう、locks と history のグループは切っておくのがよいでしょう。
真価を発揮する場面
遅い pytest スイートを抱えるバックエンド開発者
小さな編集のたびにエージェントが全テストを走らせるのをやめさせる
analyze を一度呼び、以後は変更ごとにエージェントに diff_impact を呼ばせて順位付けされたテストだけを実行させ、マージ前に全体を一度走らせます。無料で、節約できるのは編集ごとのスイート実行時間です。
一日に何度も Claude Code のセッションを開く個人メンテナー
エージェントがどのテストを壊し、何で直ったかを把握する
`chisel hook-install --write` で capture と SessionStart のフックを追加します。失敗は重複のない issue になり、テストが再び通ると修正コミット付きで自動的に閉じます。
エージェントの pull request をレビューするテックリード
変更されたファイルのどれが危なく、誰 がレビューすべきかを知る
ブランチで `chisel triage` と `who_reviews` を実行し、変更頻度、結合度、テストのないコード、現在の担当者を確認します。スコアはヒューリスティックなので、関門ではなく出発点のリストとして扱います。
導入前に確認すること
- 導入
- Linux、macOS、Windows 向けのリリースバイナリをダウンロード（または `cargo build --release`）し、git を入れた環境で PATH に置き、.mcp.json に CHISEL_PROJECT_DIR 付きで `chisel serve-mcp` を追加して、analyze を一度呼びます。
- 連携
- Claude Code、Cursor、Windsurf、Cline など stdio の MCP クライアントすべて、JSON CLI、別建てのローカル HTTP API、テスト記録用の Claude Code フック、同梱の SKILL.md。12 の言語ファミリーからコードを抽出し、pytest、Jest、Go test、Rust のテスト、JUnit などを認識します。
- データとプライバシー
- ローカルで動き、スナップショットは `<project>/.chisel/store` に保存されます。ホスト型サービスはありません。HTTP API は既定で 127.0.0.1 にバインドし、認証はありません。リポジトリ内のファイルで指定した独自抽出器は、--allow-repo-extractor で明示的に許可したときだけ実行されます。
- 大規模利用時のコスト
- MIT で無料、有料版はありません。大きなリポジトリはシャードに分割でき、それぞれが独自のスナップショットを持ちます。
- 制限
- スコアはヒューリスティックです。コードファイルが 2000 を超えると関数ごとの変更頻度は省かれます。自動更新がインラインで走るのは変更ファイル 50 個以下のときだけです。シャードを設定すると worktree 向けの回答は使えません。
良い点
- 編集が届くテストを、呼び出し元を 2 段階さかのぼって順位付け
- エージェントのテスト失敗を疑わしい変更付きの issue として記録、モデルのトークン不要
- 依存のない Rust バイナリ一つで、必要なのは git だけ
- ツールグループで 29 のツールを 7 の core に絞れる
気になる点
- スター 7 で、主な作者は一人
- 照合はヒューリスティックで、型解決はしない
- コードファイル 2000 超で関数ごとの変更頻度が止まる
- HTTP API に認証がない
おすすめの人
テストの充実したリポジトリをコーディングエージェントに編集させ、すべてではなく適切なテストを走らせたい開発者。
Chiselの代替
Chisel：よくある質問
- Chiselは使う価値があるか？
- Chisel は、大きなコードグラフが見落としている有用なこと、つまり編集が実際に触れるテストの選択をこなしますが、ほとんどのチームが試していない一人のプロジェクトです。 評価は5点満点中3.5点です。
- Chiselの料金は？
- 無料のオープンソース（MIT）です。
- Chiselの欠点は？
- スター 7 で、主な作者は一人; 照合はヒューリスティックで、型解決はしない; コードファイル 2000 超で関数ごとの変更頻度が止まる; HTTP API に認証がない.
- Chiselは誰に向いているか？
- テストの充実したリポジトリをコーディングエージェントに編集させ、すべてではなく適切なテストを走らせたい開発者。
- チームや本番環境でChiselを使うと費用はいくらか？
- MIT で無料、有料版はありません。大きなリポジトリはシャードに分割でき、それぞれが独自のスナップショットを持ちます。
- Chiselは企業データを扱っても安全か？
- ローカルで動き、スナップショットは `<project>/.chisel/store` に保存されます。ホスト型サービスはありません。HTTP API は既定で 127.0.0.1 にバインドし、認証はありません。リポジトリ内のファイルで指定した独自抽出器は、--allow-repo-extractor で明示的に許可したときだけ実行されます。
- Chiselの代わりになるものは？
- 当サイトでレビューした中で最も近い代替はcode-review-graph, codebase-memory-mcp 、 GitNexusです。
回答確認日：2026年11月13日