Single tool 'get-world-weather' with minimal description and basic parameter documentation. The tool has a valid schema with proper constraints (latitude -90 to 90, longitude -180 to 180), but the description is too short (10 chars in English, though 'Get world weather' is implied by the Chinese description). No output schema documented. Error handling returns generic messages without recovery guidance. Tool does not follow composite naming pattern (verb_noun is present but description is insufficient). Missing critical pattern implementations: no pagination, no structured output guidance, no error classification, no permission gates.
获取全世界的天气预报
Tool description is critically short (10 characters). The Chinese description '获取全世界的天气预报' alone does not meet the 10-1024 character guideline for non-empty descriptions in English-primary tooling. Missing WHAT, WHEN, and any prerequisites context.
No output schema documented. The tool returns a fixed structure with 'content' array containing text, but the schema is not formally specified. LLMs cannot plan downstream actions or extract structured data without knowing what fields to expect.
Error handling does not guide recovery. Errors return generic messages like 'Error fetching weather: <message>' without suggesting next steps. Per pattern:recovery-guide, errors should tell the LLM what to do next (e.g., 'Invalid coordinates, latitude must be -90 to 90, longitude -180 to 180').
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | D | 52 | 2026-07-28+ | v2 |
| 2026-03-09 | F | 39 | - | v1 |
No result limits or pagination guidance. The tool fetches 16 days of forecast + hourly data, but there is no indication of response size caps, pagination support, or when to use limiting parameters. Per mxe:enforce-result-limits, large results risk context window exhaustion.
Parameter descriptions are minimal. 'latitude' and 'longitude' have only Chinese descriptions ('纬度', '经度' = latitude, longitude). While type constraints are present (min/max bounds), there is no indication of required precision, valid formats, or examples of typical usage.
Verbose API response not stripped. The tool returns full JSON from open-meteo API (hourly temperatures, daily forecasts, metadata) in a single text field. Per mxe:strip-api-responses, irrelevant fields and verbose metadata should be filtered. This wastes tokens and risks context window exhaustion.