mcpField
D
debug-issue

debug-issue

github.com/tirth8205開発32.5k1.0k 回インストール2 週間前に更新
リポジトリ

debug-issue について

ソースコードを読む前にナレッジグラフで問題を追跡するデバッグ用スキルです。関連コードや実行経路を調べ、最近の変更と修正の影響を確認できます。

主な機能

  1. 01セマンティックなコード検索
  2. 02呼び出し元と呼び出し先の追跡
  3. 03実行フローの確認
  4. 04最近の変更の確認
  5. 05修正による影響の分析

活用シーン

  1. 01不具合に関連するコードの追跡
  2. 02疑わしい関数の呼び出し経路の確認
  3. 03問題の原因が最近の変更かどうかの確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/tirth8205/code-review-graph --skill debug-issue

インストール後、Claude Code で/debug-issueを入力して読み込まれたか確認します。

詳細

Debug Issue

ソースを読む前に、ナレッジグラフを使ってバグを追跡します。

Steps
  1. semantic_search_nodes_tool を呼び出して、問題に関連するコードを見つけます。
  2. query_graph_tool を callers_of と callees_of を指定して呼び出し、両方向の呼び出しチェーンを追跡します。
  3. get_flow_tool を呼び出して、疑わしいコードに到達する実行パスを取得します。そのエントリポイントがバグの発生箇所です。
  4. detect_changes_tool を呼び出して、最近の変更が問題の原因かどうかを確認します。
  5. 疑わしいファイルに対して get_impact_radius_tool を呼び出し、修正の影響範囲を確認します。

Token Efficiency Rules

  • 他のグラフツールを呼び出す前に、get_minimal_context_tool(task="<your task>") を呼び出してください。
  • ツールが detail_level="minimal" を受け付ける場合は、必ず指定してください。"standard" は minimal では不十分な場合にのみ使用してください。
  • 広範囲の一覧取得より、対象を絞った query_graph_tool の呼び出しを優先してください。
  • 予算は、1 タスクあたり約 5 回のツール呼び出しと 800 トークンのグラフ出力です。
  • コードを変更する前に、実装とそのテストを読んでください。グラフは調査範囲を絞り込むためのものであり、ソースの代わりにはなりません。

コメント