Integrate AegisDB as persistent memory for Claude Code (MCP server + hooks)
AegisDB MCP server has 5 tools with basic schemas and descriptions, but significant gaps in parameter documentation and output schema clarity. Tool names are action-oriented (recall, capture, ask, edit, delete) but descriptions are brief (10-50 chars, below the 50-200 char baseline for LLM optimization). Parameters lack descriptions for most fields, e.g., 'tags' array has no guidance on format or constraints. Output schemas are not documented anywhere in the provided code. Error handling and recovery guidance are absent. The server is STDIO-only, which is a hard transport limitation.
Query memory using structured patterns or natural language
Store a memory in AegisDB
Delete a memory record
Update an existing memory record
Search memory by semantic similarity or keyword match
Tool descriptions are too brief (10-50 chars vs. 50-200 char baseline). 'Search memory by semantic similarity or keyword match' (54 chars) lacks context on when to use semantic vs. keyword search, what the response contains, or prerequisites.
Parameter descriptions are missing or minimal. 'tags' appears in 4 tools with only 'Optional tag filters' or 'Tags to associate with the memory', no guidance on format (comma-separated? array of strings?), max length, or valid characters.
Output schemas are not documented. The code shows input schemas but no return type documentation. LLMs cannot plan downstream calls or extract fields without knowing what recall() or capture() returns.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 43 | 2026-07-28+ | v2 |
No error handling or recovery guidance. If a semantic search fails or a memory ID is invalid, the tool provides no actionable error message or next steps for the LLM.
Numeric parameters (importance, confidence, limit) lack constraints. No min/max bounds documented. LLMs may pass importance=999 or limit=-1, causing silent failures or unexpected behavior.