context-ledger
Related Servers
Alternatives to context-ledger
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityAmaintenanceProvides AI agents with persistent, local, and shareable project memory by storing decisions and code context in a searchable SQLite index, supporting keyword and semantic search via MCP.121 PyPI3MIT
- AlicenseNot gradedqualityBmaintenanceGives coding agents a local, SQLite-backed memory of a codebase, enabling them to query symbol impact, change history, and task scope through MCP while recording what actually changed after edits.MIT
- AlicenseAqualityBmaintenanceProvides persistent, searchable memory for AI agents across any MCP-compatible client, storing project context, user preferences, and session learnings locally in SQLite with tools to save, retrieve, search, and manage them.124 npmMIT
- AlicenseAqualityAmaintenanceProvides persistent, local, repository-aware memory for MCP-compatible coding agents, enabling startup context, storing corrections and decisions, searching memories, and archiving obsolete guidance.11MIT
- AlicenseNot gradedqualityCmaintenanceProvides local, project-aware memory for coding agents via MCP tools, lifecycle hooks, and a REST service, with no outbound network access.13,705 npmApache 2.0
- AlicenseNot gradedqualityBmaintenanceProvides a persistent, local-first memory for coding agents over MCP, enabling automatic recall and recording of past work, failures, and decisions to reduce repetition and token usage.MIT
TDQS
Scored across 5 tools
The four memory tools (search, record, supersede, dispute) each map to a clearly distinct lifecycle action, and descriptions reinforce the boundaries. The only mild overlap is between search_memory and get_file_context, both being retrieval tools, but the file-scoped/parent-directory semantics of get_file_context make them distinguishable.
All names follow a clean snake_case verb_noun pattern (search_memory, record_memory, supersede_memory, dispute_memory, get_file_context) with no mixing of conventions or vague verbs. The pattern is fully predictable.
Five tools is well-scoped for a memory ledger: one create, two retrieval paths, and two state-transition operations. Each tool earns its place without redundancy or obvious bloat.
The surface covers the core ledger lifecycle: recording, searching, retiring (supersede), and flagging (dispute), plus file-scoped retrieval. Minor gaps exist, such as retrieving a single record by id or listing all memories, but these are workarounds via search rather than hard dead ends.