Local MCP server and knowledge graph visualizer for software projects
Cortex has 7 tools with clear naming (verb-first: get_, query_, explore_, find_, write_, list_) and reasonable descriptions (avg ~150 chars). However, critical gaps undermine production readiness: (1) Input schemas are present but sparse, most parameters lack type constraints and validation guidance; (2) Output schemas are entirely undocumented, LLMs cannot predict response structure for chaining; (3) Error handling is minimal, no recovery guidance or actionable error messages; (4) write_system_design_node and write_agent_instructions lack confirmation/dry-run patterns for destructive operations; (5) Parameter descriptions are generic ('e.g. @File:auth.py:f89a2') rather than prescriptive constraints. The tool set is coherent (graph exploration + design documentation), but implementation quality is below production baseline.
Returns all nodes and relationships within `depth` hops of `node_id`, expressed as compact Semantic Triples: (Subject)-[REL]->(Object). Use depth=1 for a quick scan of direct neighbours and depth=2 to discover indirect dependencies one hop further out.
Finds the shortest transactional path between two nodes across any relationship type in the graph. Useful for questions like: "How does the OAuth task reach our AWS infrastructure?" or "Which services are in the chain between this file and the database?"
Returns the list of up to 5 historical graph snapshots with their slot numbers, timestamps, and commit messages — newest first. Use this to understand what changed over time before calling query_graph_diff.
Returns a list of all SystemDesign sections and their node counts, grouped by section name.
Returns a dense text summary of exactly what changed between two committed graph snapshots: added/deleted/modified nodes and edges. Call get_graph_timeline first to discover valid slot numbers.
Output schemas completely undocumented. LLMs cannot predict response structure (fields, types, nesting) for any tool. Forces agents to guess or fail on chaining.
write_agent_instructions has empty input schema ({}). No parameters documented. Unclear what this tool does or how to invoke it. Violates pattern:tool-description.
Destructive write tools (write_system_design_node, write_agent_instructions) lack confirmation/dry-run patterns. Agents can corrupt graph state without safeguards.
Parameter descriptions use example values (e.g. '@File:auth.py:f89a2', 'SystemDesign:Auth:GoogleOAuth') instead of formal constraints. LLMs may reuse examples literally.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 51 | 2026-07-28+ | v2 |
Writes or updates CLAUDE.md and AGENTS.md with Cortex usage rules and instructions for AI agents.
Creates or updates a SystemDesign node in the knowledge graph with optional connections to other nodes. SystemDesign nodes document architectural decisions and design patterns.
Error handling is minimal. No recovery guidance, actionable error messages, or categorization (retryable vs fatal). Agents cannot self-correct on failures.