Skip to main content
Glama

rundata.re · La Réunion en direct

Météo mesurée en ce moment à La Réunion

meteo_actuelle
Read-only

Météo MESURÉE maintenant à La Réunion (974) : température de l'air, pluie (6 dernières minutes et dernière heure), humidité, vent et rafales, pression, temps présent, à la station la plus représentative du lieu demandé, et la pluie vue par le radar de Météo-France au lieu même (utile là où il n'y a pas de pluviomètre : Mafate, cirques, Hauts). Avec un lieu, aussi la pluie des dernières heures au pluviomètre le plus proche (pluie_recente) : heure par heure sur 12 à 24 h, l'heure de la dernière pluie et le cumul depuis minuit, pour « il a plu quand à Saint-Joseph ? », « combien est-il tombé cette nuit ? » ; la température max et min depuis minuit (temperature_depuis_minuit) : « quelle était la température max aujourd'hui à Saint-Pierre ? », « il a fait combien au plus chaud aujourd'hui ? ». Pour toute question sur le temps qu'il fait en ce moment : « quel temps fait-il à Saint-Denis ? », « il fait chaud à la plage de l'Hermitage ? », « il pleut à Cilaos ? », « y a-t-il du vent à Saint-Pierre ? », « il fait froid au Maïdo ? ». Renvoie des mesures datées avec la station, sa distance, son altitude, et un avertissement quand le lieu a un autre microclimat (altitude, versant au vent ou sous le vent). Pour plus tard (demain, ce soir, ce week-end), utiliser prevision_meteo. Pas pour hier ni les jours passés : historique_meteo. / Current MEASURED weather in Réunion Island (air temperature, rain, humidity, wind, pressure, present weather) at the most representative station for a place, and with a place the rain of the last 12 to 24 hours hour by hour, the time of the last rain and the total since midnight, and the max and min temperature since midnight. Use for 'what is the weather like now in <place in Réunion>', 'when did it last rain', 'how hot was it today'; for later today or the coming days, use prevision_meteo. Not for yesterday or earlier days: historique_meteo.

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "meteo_actuelle"
  }
}

Input Schema

NameRequiredDescriptionDefault
lieuNoLieu à La Réunion, en texte libre : commune (« Saint-Paul »), plage (« plage de l'Hermitage », « Boucan Canot »), quartier, cirque (« Cilaos », « Mafate »), sommet (« Maïdo », « volcan »), ou coordonnées « -21.05, 55.22 ». Vide = toute l'île. / Place in Réunion, free text or 'lat, lon'; empty = whole island.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • changedInput schema / properties / lieu / description
      Previous value: -"Lieu à La Réunion, en texte libre : commune (« Saint-Paul »), plage (« plage de l'Hermitage », « Boucan Canot »), quartier, cirque (« Cilaos », « Mafate »), sommet (« Maïdo », « volcan »), ou coordonnées « -21.05, 55.22 ». Vide = tour de l'île. / Place in Réunion, free text or 'lat, lon'; empty = whole island."New value: +"Lieu à La Réunion, en texte libre : commune (« Saint-Paul »), plage (« plage de l'Hermitage », « Boucan Canot »), quartier, cirque (« Cilaos », « Mafate »), sommet (« Maïdo », « volcan »), ou coordonnées « -21.05, 55.22 ». Vide = toute l'île. / Place in Réunion, free text or 'lat, lon'; empty = whole island."
  2. Changed1 schema field changed
    • removedInput schema / $schema
      Removed value: -"http://json-schema.org/draft-07/schema#"
  3. First observed

TDQS

A4.3/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint=true, destructiveHint=false and openWorldHint=true, so the safety profile is covered. The description goes further by disclosing the shape of the result — dated measurements tagged with station name, distance and altitude, plus a microclimate caveat for leeward/windward/altitude locations — which an agent needs in order to interpret output. It stops short of stating latency, failure modes, or coverage guarantees, so a 4 rather than 5.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness3/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The core purpose is front-loaded, which is good, but the description is very long and the French and English halves are near-duplicates carrying the same example queries twice. The parenthetical use-case lists ('il a plu quand à Saint-Joseph ?', 'combien est-il tombé cette nuit ?') are repetitive with the later query examples. It remains readable but several sentences do not earn their place.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

There is no output schema, so the description carries the full burden of explaining return values — and it does: station identity, distance, altitude, hourly rain for 12–24h, time of last rain, total since midnight, and max/min temperature since midnight, each tied to a `pluie_recente` or `temperature_depuis_minuit` field. For a one-parameter read tool this is complete enough that an agent knows both how to call it and what it will get back.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so the single 'lieu' parameter is already documented with free-text examples and the 'lat, lon' format. The description reinforces the intent by naming the question types that resolve to a place ('à la plage de l'Hermitage', 'au Maïdo') and by noting that empty means whole island, but this largely restates the schema. Baseline 3 is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The opening sentence gives a specific verb and resource — 'Météo MESURÉE maintenant à La Réunion' — and enumerates the measured quantities (temperature, rain, humidity, wind/gusts, pressure, present weather). It is clearly distinguished from the sibling tools prevision_meteo (forecast) and historique_meteo (past days), so an agent can pick it without opening the schema.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It provides explicit positive triggers with example queries ('quel temps fait-il à Saint-Denis ?', 'il pleut à Cilaos ?') and explicit exclusions with the alternative to use instead: 'Pour plus tard ... utiliser prevision_meteo' and 'Pas pour hier ni les jours passés : historique_meteo'. The when/when-not/alternative triad is fully covered.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.