precedent
Related Servers
Alternatives to precedent
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceEnables AI agents to gate real-world side effects through a durable decision record, ensuring at-most-once initiation, deduplication, budget enforcement, and auditable outcomes across retries and failures.1562 npmApache 2.0

Elenofficial
AlicenseNot gradedqualityCmaintenanceEnables AI agents to log decisions with their constraints, retrieve relevant precedents through token-efficient pointer suggestions and expansion, and supersede outdated decisions, building persistent institutional memory backed by local SQLite.4AGPL 3.0- AlicenseNot gradedqualityBmaintenanceEnables AI agents to read and update a repository's decision ledger, check which files a decision governs, find stale files after a decision reversal, and record or reverse decisions over MCP.20 npmApache 2.0

mnemaofficial
AlicenseAqualityAmaintenanceSigned, append-only record of the decisions behind a coding agent's work, kept in the repository. Agents record each decision with its reasons and the alternatives turned down, and read the decisions in force before they edit; the record verifies offline.275Apache 2.0- AlicenseNot gradedqualityCmaintenanceProvides a decision memory layer for codebases, enabling AI agents to search, retrieve, and record business decisions with metadata filters and full-text search.1MIT
- AlicenseNot gradedqualityBmaintenanceEnables coding agents to locally record decisions with constraints, evidence, and answers; search validated precedents; and explicitly supersede prior calls while keeping linked history. Also provides tools for expanding records, reviewing active context, checking coverage and status, and finding duplicates or stale decisions without network access.301 npmMIT
TDQS
Scored across 9 tools
Each tool has a distinct role: preflight (pre-work obligations), find_overlaps (pre-authoring overlap check), decision_status (single-decision standing), cite_check (corpus-wide structural audit), search/explain/query for retrieval, and propose_decision for writes. The closest pair is preflight vs. find_overlaps, which both surface binding clauses, but their descriptions clearly separate 'before doing a task' from 'before writing a decision'. decision_status and cite_check also overlap mildly on staleness reporting, though at different granularities.
All names are lower snake_case, which is consistent. Most are verb_noun (search_decisions, explain_link, cite_check, find_overlaps, propose_decision, query_graph), but decision_status and graph_schema are noun_noun and 'preflight' is a bare noun with no verb, so the pattern is not fully uniform. Still readable and predictable enough.
Nine tools is well within the ideal range for a decision-graph server. Each tool maps to a recognizable workflow step (orient, search, inspect status, audit, draft, propose), and graph_schema is a small but justified companion to query_graph. No obvious redundancy or padding.
The surface covers the full decision lifecycle: search, standing checks, citation tracing, structural auditing, drafting, and committing via propose_decision. Minor gaps remain, such as no explicit get_decision for fetching a full decision body by ID (workable via search or query_graph) and no listing/timeline operation. Agents can work around these through the Cypher escape hatch, so no dead ends.