Safe Graphify sidecar workflow for repo architecture graphs, repo topology, "what touches what", project onboarding, focused subgraph queries, path/explain questions, PR and risk analysis, affected-node blast-radius checks, and Graphify save-result/reflect learning. Use when the user says graphify, graphify sidecar, build/query a repo graph, codebase knowledge graph, persistent repo map, focused subgraph, graph path, explain node, affected node, 71x token reduction, or wants repo-level memory without replacing qmd.
Use Graphify as a sandboxed repo-map sidecar. It is allowed to build and query a graph. It is not allowed to install hooks or rewrite agent config.
Read references/qmd-boundary.md before using this skill.
Short version:
qmd first for Kevin/wiki knowledge, compiled decisions, people, tools, concepts, and markdown brain queries.graphify install, graphify hook install, graphify codex install, graphify cursor install, or any Graphify installer path.graphify-out/ into a target repo unless Kevin explicitly asks for a project-local artifact.npm run graphify:sidecar -- ...; the wrapper writes under outputs/graphify/ and disables Graphify query logging.Every enrolled Kevin project should expose Graphify through the Agent-Docs Mesh, not through Graphify's own installers.
agent-docs scaffold emits a repo-graph auto-block in project AGENTS.md.~/Documents/GitHub/kevin-wiki and store them under outputs/graphify/<repo>/.PROJECT_ROOT="$(pwd)" && cd ~/Documents/GitHub/kevin-wiki && npm run graphify:sidecar -- build "$PROJECT_ROOT" --run outputs/graphify/<repo> --no-vizcd ~/Documents/GitHub/kevin-wiki && npm run graphify:sidecar -- query "what should I inspect first?" --run outputs/graphify/<repo>If a project lacks the repo-graph auto-block, load agent-docs and refresh that repo's mesh before broad architecture work.
Build the sidecar graph for the current repo:
npm run graphify:sidecar -- build .Build with lower visualization cost for large repos:
npm run graphify:sidecar -- build . --no-vizAsk a focused graph question:
npm run graphify:sidecar -- query "what connects auth to billing?"Explain one node:
npm run graphify:sidecar -- explain "RateLimiter"Find a path between two concepts or files:
npm run graphify:sidecar -- path "Auth" "Database"Estimate blast radius:
npm run graphify:sidecar -- affected "BillingService" --depth 2Save whether an answer helped:
npm run graphify:sidecar -- save-result --question "what owns billing retries?" --answer-file outputs/graphify-answer.md --outcome usefulReflect saved outcomes into a local lesson file:
npm run graphify:sidecar -- reflectUse --run DIR when the graph was built somewhere non-default:
npm run graphify:sidecar -- build ../some-repo --run outputs/graphify/some-repo
npm run graphify:sidecar -- query "where is auth initialized?" --run outputs/graphify/some-reponpm run graphify:sidecar -- status.build.query, path, explain, or affected.save-result, then reflect.Graphify output is working memory. Treat these as generated sidecar artifacts:
outputs/graphify/<repo>/graphify-out/graph.jsonoutputs/graphify/<repo>/graphify-out/GRAPH_REPORT.mdoutputs/graphify/<repo>/graphify-out/graph.htmloutputs/graphify/<repo>/graphify-out/reflections/LESSONS.mdThe final answer should cite the focused nodes/files that mattered, not dump the entire graph.