agent-code-intel-routing
Skill0 starsChanged 2 months agoMITView on GitHub
Automatically choose between GrepAI, GitNexus, and ripgrep for codebase discovery, architecture exploration, debugging, reviews, refactoring, and implementation tasks.
In this repository17 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- code-contextSkill
- gitnexus-cliSkill
- gitnexus-debuggingSkill
- gitnexus-exploringSkill
- gitnexus-guideSkill
- gitnexus-impact-analysisSkill
- gitnexus-refactoringSkill
- agent-code-intel-routingSkill
- code-contextSkill
- gitnexus-cliSkill
- gitnexus-debuggingSkill
- gitnexus-exploringSkill
- gitnexus-guideSkill
- gitnexus-impact-analysisSkill
- gitnexus-refactoringSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
22 rules. About 0 are common, 20 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈20
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Use this skill as the source of truth for choosing a code-intelligence tool.
- Very specific: line 17
Before reading a source file, use the repo-scoped code-context skill.
- Distinctive: line 29
Use semantic search for intent and behavior:
- Distinctive: line 37
Use the repository graph for structure and relationships:
- Distinctive: line 44
Run impact analysis before changing shared or unfamiliar symbols and before large refactors.
- Very specific: line 49
Use rg for exact text and final verification:
- Distinctive: line 55
Start with ripgrep when the target string or file is already known.
- Distinctive: line 61
Use GrepAI to discover the relevant domain when its location is unknown.
- Distinctive: line 62
Use GitNexus to inspect relationships, dependencies, and execution flows.
- Distinctive: line 63
Read the relevant implementation before drawing conclusions.
- Distinctive: line 67
Use GrepAI to locate the behavior behind the symptom.
- Distinctive: line 68
Use GitNexus to trace the dependency or call chain.
- Distinctive: line 69
Read the relevant code, identify the root cause, and verify it with exact searches or tests.
- Distinctive: line 74
Use GrepAI to locate the implementation area when it is not already known.
- Distinctive: line 75
Use GitNexus to understand surrounding architecture and impact.
- Distinctive: line 76
Read affected files, implement the smallest change, then verify with tests and ripgrep.
- Distinctive: line 81
Use GitNexus to determine blast radius and inspect references.
- Distinctive: line 82
Read every affected implementation.
- Distinctive: line 84
Verify remaining references with ripgrep and run relevant tests.
- Distinctive: line 88
Search and graph results identify where to read.
- Distinctive: line 96
When both indexes are unavailable, use ripgrep and direct file reads.
- Distinctive: line 98
Treat an unavailable tool as a fallback condition.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
<!-- agent-code-intel:managed -->Code Intelligence Routing
Use this skill as the source of truth for choosing a code-intelligence tool. Choose the smallest tool that answers the current question; combine tools only when the task crosses their boundaries. Preserve repository safety rules such as required GitNexus impact analysis, graph-aware renames, and change detection.
Code-context rules
Before reading a source file, use the repo-scoped code-context skill.
These rules apply regardless of the rest of this routing:
- Exhaustive reference lists for cross-module calls belong to
rg/ast-grep, not the knowledge graphs. - Derive the exact definition range; never guess it or truncate it.
Tool roles
GrepAI
Use semantic search for intent and behavior:
- locating business logic without knowing its identifiers;
- discovering where a feature or responsibility lives;
- exploring domain concepts and likely change locations.
GitNexus
Use the repository graph for structure and relationships:
- dependency and module relationships;
- architecture and execution flows;
- callers, callees, impact analysis, and refactor blast radius;
- graph-aware symbol renames and affected-flow verification.
Run impact analysis before changing shared or unfamiliar symbols and before large refactors.
ripgrep
Use rg for exact text and final verification:
- identifiers, config keys, environment variables, migrations, and logs;
- scripts and documentation;
- confirming that references or stale text remain after a change.
Start with ripgrep when the target string or file is already known.
Workflows
Architecture and behavior
- Use GrepAI to discover the relevant domain when its location is unknown.
- Use GitNexus to inspect relationships, dependencies, and execution flows.
- Read the relevant implementation before drawing conclusions.
Debugging
- Use GrepAI to locate the behavior behind the symptom.
- Use GitNexus to trace the dependency or call chain.
- Read the relevant code, identify the root cause, and verify it with exact searches or tests.
Feature implementation
- Use GrepAI to locate the implementation area when it is not already known.
- Use GitNexus to understand surrounding architecture and impact.
- Read affected files, implement the smallest change, then verify with tests and ripgrep.
Refactoring
- Use GitNexus to determine blast radius and inspect references.
- Read every affected implementation; use graph-aware rename support for symbol renames.
- Verify remaining references with ripgrep and run relevant tests.
Evidence gate
Search and graph results identify where to read; they are not implementation evidence by themselves. Read the relevant source before editing or concluding.
Fallbacks
- Without GrepAI, use GitNexus for discovery and ripgrep for exact search.
- Without GitNexus, use GrepAI for discovery, direct source reads for relationships, and ripgrep for verification.
- When both indexes are unavailable, use ripgrep and direct file reads.
Treat an unavailable tool as a fallback condition. Retry it only when the task is to repair that tool.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

