Skip to main content
Glama

Zone de bruit d'un aéroport

check_airport_noise_zone
Read-only

Dit si un logement est dans une zone d'un plan d'exposition au bruit d'un aéroport, et laquelle (de A, la plus exposée, à D), avec ce que ça change pour le bail : dans une zone, il faut joindre un diagnostic bruit. Prend l'adresse complète du logement. Miramo lit les plans publiés par l'aviation civile à ce point. Quand Miramo ne peut pas trancher (trop près de la limite d'une zone, plans qui ne répondent pas, territoire sans plan), la réponse le dit et dit où vérifier. La réponse cite les plans et le jour où Miramo les a lus.

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "address": "<address>"
    },
    "name": "check_airport_noise_zone"
  }
}

Input Schema

NameRequiredDescriptionDefault
addressYesAdresse complète du logement : numéro, rue, code postal et ville, par exemple « 12 rue Brulée 95190 Goussainville ». Miramo la place avec la Base Adresse Nationale, puis lit les plans d'exposition au bruit à ce point ; une adresse qu'elle ne place pas sur un bâtiment est renvoyée avec le statut address_not_found.

Output Schema

NameRequiredDescriptionDefault
planYesLe plan qui dessine la zone ; null hors zone ou sans réponse.
zoneYesZone du plan, de A (la plus exposée au bruit des avions) à D (la moins exposée) ; null hors zone ou sans réponse.
reasonYesAvec could_not_check : near_boundary, le logement est trop près de la limite d'une zone ; service_unavailable, les plans n'ont pas répondu à temps ; un nouvel appel peut aboutir. Null sinon.
sourceYesLes plans officiels que lit Miramo, et le jour de la lecture.
statusYesinside : le logement est dans une zone d'un plan d'exposition au bruit. outside : hors de toute zone. out_of_coverage : l'aviation civile ne publie pas de plan pour ce territoire, Miramo ne peut pas répondre. could_not_check : Miramo n'a pas pu trancher, voir reason. address_not_found : adresse non placée ; une adresse plus complète permet de répondre.
addressYesL'adresse retenue par la Base Adresse Nationale ; null quand elle n'est pas placée.
miramoUrlYesLe générateur de bail de miramo.fr, qui lit ces plans à l'adresse.
isNoiseDiagnosticRequiredYestrue dans une zone, quelle qu'elle soit : il faut joindre un diagnostic bruit au bail. false hors zone. Null quand Miramo ne peut pas répondre.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed3 schema fields changed
    • changedOutput schema / properties / miramoUrl / description
      Previous value: -"Le générateur de bail de miramo.fr, qui lit ces plans à l'adresse : à présenter tel quel."New value: +"Le générateur de bail de miramo.fr, qui lit ces plans à l'adresse."
    • changedOutput schema / properties / reason / description
      Previous value: -"Avec could_not_check : near_boundary, le logement est trop près de la limite d'une zone ; service_unavailable, les plans n'ont pas répondu à temps, réessaie. Null sinon."New value: +"Avec could_not_check : near_boundary, le logement est trop près de la limite d'une zone ; service_unavailable, les plans n'ont pas répondu à temps ; un nouvel appel peut aboutir. Null sinon."
    • changedOutput schema / properties / status / description
      Previous value: -"inside : le logement est dans une zone d'un plan d'exposition au bruit. outside : hors de toute zone. out_of_coverage : l'aviation civile ne publie pas de plan pour ce territoire, Miramo ne peut pas répondre. could_not_check : Miramo n'a pas pu trancher, voir reason. address_not_found : adresse non placée ; demande une adresse plus complète."New value: +"inside : le logement est dans une zone d'un plan d'exposition au bruit. outside : hors de toute zone. out_of_coverage : l'aviation civile ne publie pas de plan pour ce territoire, Miramo ne peut pas répondre. could_not_check : Miramo n'a pas pu trancher, voir reason. address_not_found : adresse non placée ; une adresse plus complète permet de répondre."
  2. First observed

TDQS

A4/5.0
Behavior4/5

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

Annotations already cover the safe-read profile (readOnlyHint=true, destructiveHint=false), and the description adds genuinely new behavior: it discloses that near-boundary cases, unresponsive plans and territories without a plan produce an explicit 'cannot decide' answer with where to verify. It also states provenance (plans cited, with the date Miramo read them). It does not discuss latency or coverage limits per data source.

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

Conciseness4/5

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

Front-loaded with the verdict, then the lease consequence, then the parameter, then uncertainty handling — a sensible order. It runs long with two consecutive sentences about uncertainty, but every sentence carries information an agent would otherwise have to guess.

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?

With an output schema present, annotations declaring read-only behavior and full parameter documentation in the schema, the description supplies exactly the remaining pieces: what the check means for a lease, how ambiguity is surfaced, and that sources are cited. Nothing needed to invoke it correctly is missing.

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?

Only one parameter and schema description coverage is 100%, so the schema already explains the full-address format, the BAN geocoding step and the address_not_found status. The description's 'Prend l'adresse complète du logement' merely restates it; baseline 3 applies.

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

Purpose4/5

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

Names a precise verb ('Dit si un logement est dans...'), a precise resource (plan d'exposition au bruit d'un aéroport) and the output granularity (zones A to D, A most exposed). That scope is unmistakably different from check_abc_zone, check_rent_control_perimeter or check_tense_zone, but the description never names or contrasts those siblings, so differentiation is by resource wording only.

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

Usage Guidelines4/5

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

It states the practical context that motivates a call — 'dans une zone, il faut joindre un diagnostic bruit' for the lease — which tells an agent when this check matters. There is no explicit 'do not use this when...' and no pointer to a sibling for adjacent checks (energy, encadrement), so exclusions are left to inference.

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.