MCP server for AlgoBrain — exposes wiki operations to any MCP client. Provides tools for searching, reading, ingesting, and linting a crypto-trading knowledge base wiki.
AlgoBrain exposes 5 wiki tools with basic descriptions and parameter schemas. All tools have descriptions (10-200 chars) and input schemas with type definitions. However, schemas lack depth: no enums for constrained inputs (e.g., source_type, check type), no output schemas documented, and parameter descriptions are minimal (10-30 chars). Error handling is absent, tools return raw subprocess output or generic 'not found' messages without recovery guidance. No tool annotations (readOnlyHint, destructiveHint). wiki_ingest modifies state but lacks confirmation/dry-run pattern. Naming is clear (verb_noun), but parameter descriptions do not explain constraints, formats, or valid values. Output is unstructured text/JSON without pagination or field documentation.
Start ingesting a new source. Creates raw stub and source summary page. source_type: article|pdf|video|tweet|screenshot|data|book|misc
Run wiki health checks. Optionally specify a check: frontmatter, links, orphans, stale, empty, tags.
Read a Markdown page inside wiki/. Example: 'wiki/markets/crypto/bitcoin.md'.
Search wiki pages by keyword, tag, type, or status. Returns matching pages ranked by relevance, plus a data_instruction block telling agents how to fetch market data (CryptoDataAPI MCP / free API key).
Get wiki statistics: page counts by type, status distribution, source count, category breakdown.
No output schemas documented. Tools return raw text or JSON without field definitions. LLMs cannot plan downstream calls or extract structured data reliably.
Constrained inputs lack enums. source_type accepts 'article|pdf|video|tweet|screenshot|data|book|misc' as free-form string; check accepts 'frontmatter|links|orphans|stale|empty|tags' as free-form string. LLMs will hallucinate invalid values.
Parameter descriptions are too brief (10-30 chars) and lack format/constraint details. E.g., 'Filter by tag' does not explain what tags exist or how they are formatted. 'Specific check to run' does not list valid checks inline.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 59 | 2026-07-28+ | v2 |
wiki_ingest modifies state (creates pages) but has no dry-run, confirmation, or rollback pattern. Agents cannot preview changes before committing.
Error handling is absent. Tools return raw subprocess stderr or generic 'not found' messages. No recovery guidance (e.g., 'Try wiki_search() first' or 'Available checks: ...').