Claude-English to plain English translation service (gateway API + MCP)
Two tools with clear, concise descriptions and proper JSON schemas. Both tools have well-formed input schemas with type definitions. However, parameter descriptions are minimal (translate tool has only 'The text to de-Claudify.' for its single param; usage tool has no parameters). No output schemas documented. No error handling guidance. Tool names are action-oriented (translate, usage) but lack verb prefixes common in production tools (get_usage, translate_text). Schemas are present and valid but sparse.
Rewrite Claude-English (AI-assistant writing tics) into plain, natural English while preserving meaning exactly.
Report this account's declaude quota for the current month: plan, translations and documents used against their limits, and an upgrade link when on the free tier.
No output schemas documented. LLMs cannot plan downstream operations or extract structured data from responses.
Parameter descriptions are minimal. 'The text to de-Claudify' is too terse; should explain format, length limits, and expected content type.
Tool names lack action verbs. 'translate' and 'usage' are weak; should be 'translate_text' and 'get_usage' to match production conventions.
No error handling guidance. If translate fails (e.g., text too long, invalid encoding), LLM has no recovery path.
No input validation constraints documented. 'text' parameter has no length limit, format, or encoding specification in description.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | C | 64 | 2026-07-28+ | v2 |