graphify-usage
Skill8 starsChanged 17 days agoMITView on GitHub
This skill should be used when querying the graphify knowledge graph for structural codebase information, choosing between graph tools and grep, or interpreting graph query results.
In this repository12 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/CLAUDE.mdCLAUDE.md
- agent-behavior-constraintsSkill
- agentsview-usageSkill
- evidence-driven-workSkill
- explainer-design-systemSkill
- exploration-strategySkill
- personal-kb-usageSkill
- prompt-refinementSkill
- skill-agent-mappingSkill
- task-classificationSkill
- verification-gatesSkill
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 5 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 19
All 7 tools are accessed via the MCP prefix mcp__plugin_agent-flow_graphify__*.
- Distinctive: line 25
Use the graph when you need structural relationships.
- Distinctive: line 39
Rule of thumb: If the answer requires traversal (who calls what, what clusters together, how far apart are two concepts), use the graph.
- Very specific: line 64
Always set
top_k/top_n: when available. Default god_nodes returns 10 nodes — only request more if explicitly needed. - Very specific: line 66
Set
depthconservatively: Default depth is 3; start at 1-2 for narrow questions, increase only if the result is insufficient. - Very specific: line 69
Chain calls, don't parallelize blindly: Run graph_stats first, then decide if god_nodes is needed.
- Very specific: line 79
Every node in the graph carries a source_location field (file path, sometimes line range).
- Very specific: line 86
Never report a concept without its source_location — downstream agents cannot verify unsourced claims.
- Distinctive: line 98
When an edge is INFERRED or AMBIGUOUS, note this explicitly in your summary.
- Distinctive: line 103
Use the graph for structural orientation only
- Distinctive: line 104
Use Read or Grep for current content
≈ “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
Graphify Usage
Query the knowledge graph effectively, interpret results accurately, and stay within token budgets.
Overview
The graphify MCP server exposes the codebase as a pre-built knowledge graph stored in graphify-out/graph.json. The graph encodes structural relationships between concepts, modules, and files extracted by the graphify pipeline. This skill governs when, how, and with what discipline agents should query it.
Owner: Riko (Explorer Agent) — Riko is the primary graph query agent and owns interpretation of results. Consumers: Senku (Planner Agent), Lawliet (Reviewer Agent) — both may consult the graph during planning and review, but Riko is the preferred query agent for deep exploration. Out of scope: Loid (Executor) and Alphonse (Verifier) do NOT have graph access by design. Loid performs file writes and needs test output, not structural queries; Alphonse runs verification commands that cannot rely on graph freshness. This enforces the one-writer invariant: only agents that need structural context hold graph tool permissions.
All 7 tools are accessed via the MCP prefix mcp__plugin_agent-flow_graphify__*. See references/tool-reference.md for full signatures.
When to Query the Graph vs. Grep
Use the graph when you need structural relationships. Use grep when you need literal text matches.
| Trigger condition | Preferred approach |
| "What modules import X?" / dependency mapping | Graph: get_neighbors with relation_filter |
| "What is the main entry point?" / orientation | Graph: graph_stats then god_nodes |
| "How does component A connect to component B?" | Graph: shortest_path |
| "Which community does file F belong to?" | Graph: get_community on node label |
"Find the string literal TODO: fix" | Grep |
"Find all files that define function parse_args" | Grep (pattern match) |
| "What does a specific config key say?" | Read the file directly |
| File is freshly edited (within this session) | Grep/Read — graph may be stale |
Graph does not exist at graphify-out/graph.json | Grep/Read only |
Rule of thumb: If the answer requires traversal (who calls what, what clusters together, how far apart are two concepts), use the graph. If the answer is a literal substring or you need up-to-the-edit accuracy, use Grep or Read.
Tool Decision Table
Choose the right tool for the question type. See references/query-patterns.md for detailed decision sequences.
| Question type | Primary tool | Follow-up |
| How large is this codebase? | graph_stats | god_nodes for core abstractions |
| What are the central concepts? | god_nodes | get_community to explore clusters |
| Which modules are in the same cluster? | get_community | get_node on members |
| What does this node connect to? | get_neighbors | get_node on callers/callees |
| Blast radius of changing X | get_neighbors then shortest_path | Manual review of connected files |
| Full structural/semantic question | query_graph (BFS for broad, DFS for path) | get_node on returned labels |
| Specific node details | get_node | — |
| Path between two concepts | shortest_path | get_node on intermediate nodes |
Token Hygiene
Hard rules for staying within context budget:
- Always set
top_k/top_nwhen available. Defaultgod_nodesreturns 10 nodes — only request more if explicitly needed. - Set
token_budgetonquery_graphcalls. The default is 2000 tokens; lower it (e.g., 500) for quick orientation queries. - Set
depthconservatively. Default depth is 3; start at 1-2 for narrow questions, increase only if the result is insufficient. - Do NOT paste raw subgraph JSON downstream into task prompts or summaries. Extract only node IDs, labels, and
source_locationfields. - Summarize before handing off. Convert graph results to bullet lists of
label → source_locationpairs. Downstream agents (Senku, Lawliet) need names and file paths, not raw graph output. - Chain calls, don't parallelize blindly. Run
graph_statsfirst, then decide ifgod_nodesis needed. Avoid firing all 7 tools simultaneously.
Result Interpretation
How to read and trust what the graph returns:
Cite source_location fields
Every node in the graph carries a source_location field (file path, sometimes line range). When reporting a finding, always cite this field:
Node: AgentOrchestrator
source_location: commands/orchestrate.md:1Never report a concept without its source_location — downstream agents cannot verify unsourced claims.
Surface confidence tags
The graph annotates edges with confidence labels:
| Tag | Meaning | Trust level |
| EXTRACTED | Directly observed in source text | High — treat as fact |
| INFERRED | Model-reasoned relationship | Medium — verify if load-bearing |
| AMBIGUOUS | Multiple interpretations possible | Low — always verify with Read/Grep |
When an edge is INFERRED or AMBIGUOUS, note this explicitly in your summary. Do not present inferred relationships as certainties.
Trust-but-verify for freshly edited files
The graph is built once (at /graphify time) and is not updated during a session. If Loid has modified a file in the current session, graph data for that node is stale. For any file touched in this session:
- Use the graph for structural orientation only
- Use Read or Grep for current content
What NOT to Do
- Do not query the graph on freshly edited files expecting current content — it will be stale.
- Do not set
depth> 4 without a specific reason — the output will overflow context. - Do not pass raw graph JSON blobs in task descriptions or summaries to other agents.
- Do not fire
query_graphfor questions answerable byget_nodeorget_neighbors— cheaper specific tools first. - Do not report INFERRED edges as facts — always surface the confidence tag.
- Do not skip
source_locationcitations — every claimed relationship needs a file anchor. - Do not use graph results as a substitute for reading changed files — the graph captures structure, not current content.
Cross-References
- docs/guides/using-graphify.md — installation, build steps, and how to run the graphify pipeline
- references/tool-reference.md — full MCP tool signatures, parameters, cost profiles
- references/query-patterns.md — decision table mapping question types to tool sequences
- examples/worked-queries.md — end-to-end query scenarios with expected result shapes
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.

