debug-issue について
ソースコードを読む前にナレッジグラフで問題を追跡するデバッグ用スキルです。関連コードや実行経路を調べ、最近の変更と修正の影響を確認できます。
主な機能
- 01セマンティックなコード検索
- 02呼び出し元と呼び出し先の追跡
- 03実行フローの確認
- 04最近の変更の確認
- 05修正による影響の分析
活用シーン
- 01不具合に関連するコードの追跡
- 02疑わしい関数の呼び出し経路の確認
- 03問題の原因が最近の変更かどうかの確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ tirth8205/ code-review-graph --skill debug-issueインストール後、Claude Code で/debug-issueを入力して読み込まれたか確認します。
詳細
Debug Issue
ソースを読む前に、ナレッジグラフを使ってバグを追跡します。
Steps
semantic_search_nodes_toolを呼び出して、問題に関連するコードを見つけます。query_graph_toolをcallers_ofとcallees_ofを指定して呼び出し、両方向の呼び出しチェーンを追跡します。get_flow_toolを呼び出して、疑わしいコードに到達する実行パスを取得します。そのエントリポイントがバグの発生箇所です。detect_changes_toolを呼び出して、最近の変更が問題の原因かどうかを確認します。- 疑わしいファイルに対して
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 トークンのグラフ出力です。
- コードを変更する前に、実装とそのテストを読んでください。グラフは調査範囲を絞り込むためのものであり、ソースの代わりにはなりません。
コメント
Markdown 対応