mason
Related Servers
Alternatives to mason
- FlicenseAqualityDmaintenanceA TypeScript tool that ranks files in your codebase by importance, tracks dependencies, and provides file summaries to help understand code structure through Cursor's Model Context Protocol.14302-
- AlicenseAqualityCmaintenanceExtract domain knowledge from codebases to reduce LLM token consumption by 20x and time in agentic search by 10x — gathers and makes concepts, naming conventions, and vocabulary queryable via MCP.1943MIT
Related Servers
- FlicenseAqualityBmaintenanceA persistent, Git-versioned map of your whole codebase and database schema that coding agents read before they touch anything. Local-first MCP server + CLI in Go: a governed repository index of code knowledge that gives Claude Code, Codex, Cursor, and opencode long-term context, memory, and code intelligence.91,803-
- AlicenseBqualityCmaintenanceIndexes a Python/JS/TS repository into a local SQLite knowledge graph so agents can trace callers, callees, imports, subclasses and covering tests, measure impact radius, rank diff risk, and summarize architecture without grepping files. Exposes these queries as MCP tools alongside an equivalent CLI, with no daemon, embeddings, or network access.10MIT
- FlicenseBqualityBmaintenanceTurns local code repositories into a queryable dependency graph built from AST parsing and git co-edit history, then exposes it alongside an Obsidian vault as persistent memory. Enables context retrieval, impact analysis of proposed changes, and curation of durable prose knowledge through full-text search and Personalized PageRank classification—all fully offline without API keys or embeddings.30-
- AlicenseNot gradedqualityAmaintenanceGives coding agents local software intelligence: it surfaces the files, tests, and helpers relevant to a task before edits, flags missed callers and uncovered code during review, and returns a single SHIP / NOT PROVEN / NO-SHIP verdict when the agent stops. Everything runs on the local index with no network calls, so repository code stays on the machine.2,013 npm10MIT
- AlicenseNot gradedqualityAmaintenanceTurns a codebase into a persistent knowledge graph so AI coding agents can answer structural questions about functions, call chains, routes, and cross-service links through graph queries instead of reading files one by one.MIT
- AlicenseNot gradedqualityDmaintenanceProvides AI coding agents with persistent architectural memory of codebases, enabling impact analysis, test generation, and code generation with reduced token usage.MIT
TDQS
Scored across 12 tools
Most tools target clearly different resources (context, impact, decisions, verification, automation), and descriptions work hard to separate them. However the snapshot trio (get_snapshot/verify_snapshot/mason_check_drift) and the context family (get_context/get_impact) sit close together and could be misselected without careful reading. Boundaries are mostly clear but require the verbose descriptions to disambiguate.
Within the core set there is a readable verb_noun pattern (get_snapshot, save_snapshot, save_decision, review_decision, verify_snapshot). But this is broken by a mason_ prefix on init, complete_init, check_drift, and automation, plus a non-verb name (mason_automation). The mixed prefixed/unprefixed convention is the main inconsistency.
Twelve tools is within a reasonable range for a rich domain (init lifecycle, map get/save, drift, verify/save verification, decision save/review, context, impact, automation). Each appears to earn its place, though get_snapshot/save_snapshot and verify_snapshot/save_verification pairs could be argued as splittable.
The surface covers the full lifecycle: initialization, map creation, drift checks, correctness verification, decision capture and review, context assembly, and impact tracing. Minor gaps exist (no direct decision-listing/query tool and map maintenance limited to save_snapshot), but core workflows are covered without dead ends.