Two tools with minimal descriptions (Japanese, under 50 chars each) and basic schemas. Tool names follow verb_noun pattern (getSpreadsheet, getSheetData) but descriptions lack WHAT/WHEN/WHY context required for LLM selection. Input schemas present but sparse, only 'url' and 'sheetName' with minimal descriptions. No output schema documented. No error handling guidance, no pagination support, no parameter constraints (enums, ranges). Descriptions are in Japanese, limiting LLM comprehension in English-first agents. No tool annotations (readOnlyHint present in metadata but not in schema). Composition is reasonable (two focused tools) but lacks chaining metadata (e.g., sheet IDs in response).
スプレッドシートの特定シートのデータを取得
スプレッドシートの基本情報と含まれるシート一覧を取得
Descriptions are in Japanese and under 50 characters; lack WHAT/WHEN/WHY context. LLMs cannot determine when to select these tools or what they return.
No output schema documented. LLMs cannot plan downstream calls or extract required fields (e.g., sheet IDs, row counts) from responses.
Parameter descriptions are minimal (e.g., 'スプレッドシートのURL'). No format constraints, no examples of valid URLs, no guidance on URL vs ID acceptance.
No error handling guidance. Errors from API calls (e.g., 'スプレッドシート「mock_budget」は存在しないか、アクセスできません') are in Japanese and do not guide LLM recovery.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 39 | 2026-07-28+ | v2 |
No pagination support. getSheetData returns raw 2D array with no limit, offset, or total count. Large sheets will blow context windows.