Multi-server memory system for Claude with Cognee knowledge graphs, mem0 semantic memory, and session-based fact extraction. Includes Cognee MCP server for knowledge graph construction/querying and mem0 MCP server for automatic memory storage/retrieval.
Server has 8 tools with basic schemas and descriptions, but significant gaps in parameter documentation, error handling, and output schema clarity. Cognee tools (1-4) have reasonable descriptions (80-150 chars) and input schemas with types. Mem0 tools (5-8) have descriptions in Chinese with minimal English context, making LLM integration unclear. Most tools lack output schema documentation. Parameter descriptions are sparse or missing entirely (e.g., 'metadata' in add_memory has no type hint). No error handling guidance, no recovery paths, no permission gates. Tool naming is verb-first (good), but composition issues exist: cognee_add + cognee_cognify should be one atomic operation or clearly sequenced. Schemas present but incomplete, many parameters lack descriptions or type constraints.
自动存储记忆。mem0 会自动提取事实、去重、处理矛盾。用于存储用户纠正、决策、发现、session摘要等。
Add text/code to Cognee knowledge graph. Use for important code modules, architecture docs, or domain knowledge that benefits from graph relationships.
Analyze Python code and build code knowledge graph (classes, functions, dependencies). Use for understanding codebase architecture.
Process added data into knowledge graph (extract entities, relationships). Run after cognee_add.
Search Cognee knowledge graph. Returns entities, relationships, and context from the graph.
删除指定 ID 的记忆。
Mem0 tools (5-8) have descriptions in Chinese with no English translation. LLMs trained primarily on English will not understand when/why to call these tools. Descriptions under 50 chars in English context.
No output schemas documented for any tool. LLMs cannot plan downstream calls or extract required fields. E.g., cognee_search returns 'formatted' list but structure is unknown; add_memory returns nothing documented.
Parameter 'metadata' in add_memory has no type definition (should be 'object' with properties documented). Parameter 'top_k' in search_memory lacks min/max bounds. No validation guidance for LLMs.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 46 | 2026-07-28+ | v2 |
列出所有已存储的记忆。
语义搜索记忆。返回与查询最相关的已存储记忆。
delete_memory tool is destructive but has no confirmation step, dry-run option, or recovery guidance. No error handling to guide LLM on what to do if deletion fails or memory_id is invalid.
cognee_add and cognee_cognify are tightly coupled (description says 'Run after cognee_add'). This forces multi-step reasoning. Consider atomic operation or clearer sequencing with dependency hints in descriptions.