Two tools with comprehensive schemas and detailed parameter descriptions. speak_text has 16 well-typed parameters with constraints (enums, min/max, length limits); play_audio is simpler but properly defined. Descriptions are adequate (60-90 chars) but could be more LLM-optimized. No output schemas documented. Error handling guidance absent. Security considerations present (path sanitization, CLI injection prevention) but not surfaced in descriptions.
Play a generated audio file
Generate speech from text using Gemini TTS or Irodori-TTS
Output schemas not documented. LLMs cannot infer what speak_text returns (audio file path? metadata? success flag?). Agents cannot plan downstream operations without knowing response structure.
No error handling guidance. Tool descriptions do not explain failure modes (invalid API key, unsupported voice, disk full, playback unavailable) or recovery steps. LLMs will not know what to do on failure.
speak_text description (90 chars) is generic and does not explain WHEN to use it vs alternatives, or what prerequisites exist (API keys, Irodori installation). Lacks dependency hints.
Parameter 'provider' enum lacks description of what each option requires (Gemini needs API key; Irodori needs local installation). LLMs cannot reason about prerequisites.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 56 | 2026-07-28+ | v2 |
Irodori-specific parameters (mode, profile, refWav, numSteps, etc.) are only relevant when provider='irodori', but this dependency is not documented. LLMs may pass Irodori params with Gemini provider.