| name | code-review-graph |
| description | Uses graph base search to explore code, understand impact, code review, find relationships while using fewer tokens. |
Code Review Graph
IMPORTANT: If the current project doesn't have a knowledge graph but changes will be made always build it with code-review-graph build. ALWAYS use the
code-review-graph MCP tools BEFORE using Grep/Glob/Read to explore
the codebase. The graph is faster, cheaper (fewer tokens), and gives
you structural context (callers, dependents, test coverage) that file
scanning cannot.
When to use graph tools FIRST
- Exploring code:
semantic_search_nodes or query_graph instead of Grep
- Understanding impact:
get_impact_radius instead of manually tracing imports
- Code review:
detect_changes + get_review_context instead of reading entire files
- Finding relationships:
query_graph with callers_of/callees_of/imports_of/tests_for
- Architecture questions:
get_architecture_overview + list_communities
Fall back to Grep/Glob/Read only when the graph doesn't cover what you need.
Key Tools
| Tool | Use when |
|---|
detect_changes | Reviewing code changes — gives risk-scored analysis |
get_review_context | Need source snippets for review — token-efficient |
get_impact_radius | Understanding blast radius of a change |
get_affected_flows | Finding which execution paths are impacted |
query_graph | Tracing callers, callees, imports, tests, dependencies |
semantic_search_nodes | Finding functions/classes by name or keyword |
get_architecture_overview | Understanding high-level codebase structure |
refactor_tool | Planning renames, finding dead code |
Workflow
- The graph auto-updates on file changes (via hooks).
- Use
detect_changes for code review.
- Use
get_affected_flows to understand impact.
- Use
query_graph pattern="tests_for" to check coverage.