Workflow-oriented MCP server toolbelt for productivity, cloud infrastructure, and automation
Single tool 'create_doc_from_markdown' has a complete input schema with proper types and descriptions, meeting baseline requirements. However, the tool description is minimal (47 chars), falling below the 50-200 char LLM-optimized range. No output schema is documented, preventing agents from understanding what the tool returns or chaining results to downstream tools. The tool name is clear and verb-prefixed, but lacks context about prerequisites (OAuth setup, account state) and error recovery paths. No error handling guidance is visible. Overall, the server demonstrates basic schema discipline but lacks the depth needed for production agent integration.
Render markdown into a new Google Doc
Output schema not documented. Agents cannot infer what create_doc_from_markdown returns (document ID, URL, metadata, etc.), blocking downstream tool chaining and result extraction.
Tool description is 47 characters, below the 50-200 char LLM-optimized baseline. Lacks WHEN to use it, prerequisites (OAuth token setup), and error recovery guidance. LLMs cannot determine if this tool is appropriate without reading parameter names.
No error handling guidance. If markdown rendering fails, OAuth token is invalid, or quota is exceeded, the tool provides no recovery path. Agents will receive raw errors with no actionable next steps.
No idempotency or confirmation pattern for a destructive/write operation. Agents retrying on transient failures risk creating duplicate documents. No dry-run or confirmation step exists.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 55 | 2026-07-28+ | v2 |
Parameter descriptions are minimal. 'Document title' and 'Markdown content to render' lack format constraints, length limits, or examples of valid markdown. LLMs may pass invalid or oversized inputs.