MCP server with one tool, open_in_magzdown, that turns markdown into a Magzdown reader link.
Single-tool server with well-crafted definition. Tool name is clear and verb-based (open_in_magzdown). Description is comprehensive (397 chars, within baseline 34-392 range at p90), explaining WHAT it does, WHEN to use it, and critical caveats (ask before creating, no secrets/PII). Input schema is properly defined with two parameters, both typed. However, no output schema is explicitly documented, and parameter descriptions, while present, lack format guidance. Error handling is implemented but returns bare error strings without recovery guidance. No tool annotations present. Overall a solid single-tool implementation that meets core standards but lacks some production polish.
Render markdown as a typeset, paginated document at a Magzdown URL. Returns the link; hand it to the user as a markdown link instead of pasting the raw markdown. The document is encoded in the URL, nothing is uploaded, so the link is the document: anyone holding it can read the content. Ask the user before creating a link, and do not encode secrets, personal data, or material marked confidential. Keep markdown under about 100 KB.
Output schema not documented. Tool returns markdown link format '[title](url)' but LLM context does not formally describe the response structure. This forces LLMs to infer the output format rather than rely on explicit schema.
Parameter 'markdown' description lacks format constraints. Should specify: valid markdown syntax, encoding assumptions (UTF-8), size limit (100 KB), and whether binary data is supported. Current description only names the field.
Error responses provide no recovery guidance. For example, markdown size violation returns 'markdown is X bytes; keep it under 100KB. Split it or drop embedded images.', helpful, but other errors (validation failures) return bare strings like 'markdown must be a non-empty string' without suggesting next steps (e.g., 'Try with valid UTF-8 markdown').
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | C | 64 | 2026-07-28+ | v2 |
No tool annotations (readOnlyHint, idempotentHint, destructiveHint). Tool is purely read-only (generates URLs, no side effects), but this is not formally declared in the tool definition. Modern MCP servers should include toolAnnotations for clarity.