AI-powered research assistant with MCP integration. Provides multiple MCP servers for web search, database operations, filesystem access, and persistent memory using ChromaDB.
CogniResearch has 12 tools with basic schemas and descriptions, but significant gaps prevent production use. Most tools have descriptions (10/12), but they are generic and lack actionable context. Input schemas are present but incomplete: many parameters lack type constraints, enums, or validation guidance. No output schemas documented. Error handling is minimal, tools return raw error strings without recovery guidance. Parameter descriptions are sparse (e.g., 'The search query' for web_search lacks format/length constraints). No tool annotations (readOnlyHint, destructiveHint) despite clear risk levels. The clear_memory tool is destructive but has no confirmation pattern. Overall, tools follow basic naming conventions (verb_noun) but lack the depth required for reliable LLM reasoning.
Clear all stored memories (use with caution)
Get the schema of a specific table
Fetch and extract the main content from a specific URL
List files and directories in a directory
List all tables in the database
Execute a read-only SQL query on the research database
Read the contents of a file
Destructive tool (clear_memory) lacks confirmation pattern. No dry-run, no confirmation step, no recovery guidance. Agents can irreversibly delete all memories without safeguard.
No output schemas documented for any tool. LLMs cannot plan downstream calls or extract structured data. E.g., web_search returns formatted text, but no schema specifies fields like 'title', 'url', 'snippet'.
Parameter descriptions lack actionable constraints. E.g., 'query' in query_database has no guidance on SQL dialect, injection prevention, or query complexity limits. 'pattern' in search_files lacks regex syntax guidance.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 48 | 2026-07-28+ | v2 |
Search for files by name pattern
Search through stored memories using semantic similarity
Store a piece of information in long-term memory for later retrieval
Search the web for current information on any topic. Returns relevant snippets and URLs.
Write content to a file
No tool annotations (readOnlyHint, destructiveHint, idempotentHint) despite clear risk levels. Agents cannot reason about side effects or retry safety. write_file and clear_memory are destructive but unmarked.
Error handling returns raw error strings without recovery guidance. E.g., 'Error: TAVILY_API_KEY not set' tells agent nothing about next steps. No categorization of retryable vs fatal errors.