Shared personal memory, agent continuity, and actionable context. MCP server for memory management with semantic search, entity extraction, and durable agent continuity.
Open Brain provides 8 memory-management tools with complete JSON schemas and reasonable descriptions. All tools have input schemas with typed parameters and descriptions. However, descriptions are generic and lack LLM-optimized guidance on WHEN to use each tool vs. alternatives. Parameter descriptions are minimal (e.g., 'Max results' without explaining why limit matters). No output schemas documented. Error handling is absent, no guidance on recovery paths. Tool naming is clear (memory_* prefix) but lacks verb-first convention (search, store, get are present but inconsistent). No tool annotations (readOnlyHint/destructiveHint) despite clear read/write distinction in metadata.
Get all memories containing a specific entity.
Get memories related to a specific memory by ID.
Regenerate a missing embedding. Set force=true to replace an existing embedding after changing provider or model.
Search memories by query, tags, transport source, authoring agent, or date range. Supports semantic search via embeddings.
Get memory statistics including total count, by source, top tags, and weekly activity.
Store a new memory with auto-tagging, entity extraction, and optional agent attribution.
Get memories created today.
No output schemas documented. LLMs cannot plan downstream calls or extract required fields (e.g., memory_id from search results needed for memory_get_related). Violates pattern:tool and pattern:response-shaper.
No error handling guidance. Tools lack recovery hints (e.g., 'If memory not found, try memory_search() first'). No categorization of errors as retryable vs. user-fixable. Violates pattern:recovery-guide and pattern:error-classification.
Tool annotations missing. memory_store and memory_regenerate_embedding are destructive (WRITE risk) but lack destructiveHint. memory_search and read-only tools lack readOnlyHint. Violates current MCP spec (2026-07-28) tool annotation requirement.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 56 | 2026-07-28+ | v2 |
Generate a weekly report of memory activity.
Descriptions lack LLM-optimized guidance. Generic descriptions (e.g., 'Get memories related to a specific memory by ID') do not explain WHEN to use this vs. memory_search or memory_get_entity. Baseline: A+ tools have 50-200 char descriptions with clear intent. These average ~80 chars but lack context.
Parameter descriptions are minimal. 'Max results (default 5)' does not explain why limit matters or what happens if omitted. 'Filter by tags' does not clarify AND vs. OR semantics. Violates pattern:tool-description baseline (100% of A+ tools have param descriptions >20 chars with context).