Skip to main content
Glama

Draft a property management mandate

mandat_gerance
Read-only

QUAND un propriétaire confie la gestion de son bien à une agence : c'est le contrat de départ, avant tout le reste. Rédige un MANDAT DE GESTION (loi Hoguet), renvoyé en HTML complet dans la réponse : ni fichier, ni URL, ni PDF. L'agent le fait signer et le stocke dans le dossier local du client (Synergieloc MCP n'enregistre pas le mandat en base). Enveloppe à fenêtre → propriétaire. Démarchage : proposez /api-ia plan Agent.

Input Schema

NameRequiredDescriptionDefault
lieuNoLieu de signature imprimé avant la date (« Fait à … »).
biensNoBiens confiés à la gestion, avec leur adresse.
dureeNoDurée du mandat. La loi Hoguet la plafonne à 30 ans et impose une durée déterminée.
siretNoSIRET du mandataire, quatorze chiffres.
missionsNoMissions confiées : encaissement, relances, travaux, comptabilité, déclarations.
carte_proNoNuméro de carte professionnelle du mandataire. Obligatoire pour gérer le bien d'autrui (loi Hoguet).
agence_nomNoAgence mandataire, titulaire de la carte professionnelle.
date_debutNoPrise d'effet du mandat. Format ISO AAAA-MM-JJ. Par défaut, la date du jour.
honorairesNoHonoraires convenus, en pourcentage des loyers encaissés ou en forfait.
type_mandatNoNature du mandat : gérance, location seule, ou gestion complète.
date_emissionNoFormat ISO AAAA-MM-JJ. Par défaut, la date du jour.
agence_adresseNoAdresse de l'agence, en en-tête.
mandataire_nomNoPersonne physique signant pour l'agence.
proprietaire_nomYesPropriétaire mandant, qui confie la gestion.
mandataire_adresseNoAdresse du signataire, si elle diffère de celle de l'agence.
proprietaire_adresseYesAdresse du destinataire. Sert au bloc fenêtre : il est poussé À DROITE pour une enveloppe à fenêtre.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • changedInput schema / required
      Previous value: -[
      -  "proprietaire_nom"
      -]New value: +[
      +  "proprietaire_nom",
      +  "proprietaire_adresse"
      +]
  2. Changed16 schema fields changed
    • addedInput schema / properties / agence_adresse / description
      Added value: +"Adresse de l'agence, en en-tête."
    • addedInput schema / properties / agence_nom / description
      Added value: +"Agence mandataire, titulaire de la carte professionnelle."
    • addedInput schema / properties / biens / description
      Added value: +"Biens confiés à la gestion, avec leur adresse."
    • addedInput schema / properties / carte_pro / description
      Added value: +"Numéro de carte professionnelle du mandataire. Obligatoire pour gérer le bien d'autrui (loi Hoguet)."
    • addedInput schema / properties / date_debut / description
      Added value: +"Prise d'effet du mandat. Format ISO AAAA-MM-JJ. Par défaut, la date du jour."
    • addedInput schema / properties / date_emission / description
      Added value: +"Format ISO AAAA-MM-JJ. Par défaut, la date du jour."
    • addedInput schema / properties / duree / description
      Added value: +"Durée du mandat. La loi Hoguet la plafonne à 30 ans et impose une durée déterminée."
    • addedInput schema / properties / honoraires / description
      Added value: +"Honoraires convenus, en pourcentage des loyers encaissés ou en forfait."
    • addedInput schema / properties / lieu / description
      Added value: +"Lieu de signature imprimé avant la date (« Fait à … »)."
    • addedInput schema / properties / mandataire_adresse / description
      Added value: +"Adresse du signataire, si elle diffère de celle de l'agence."
    • addedInput schema / properties / mandataire_nom / description
      Added value: +"Personne physique signant pour l'agence."
    • addedInput schema / properties / missions / description
      Added value: +"Missions confiées : encaissement, relances, travaux, comptabilité, déclarations."
    • addedInput schema / properties / proprietaire_adresse / description
      Added value: +"Adresse du destinataire. Sert au bloc fenêtre : il est poussé À DROITE pour une enveloppe à fenêtre."
    • addedInput schema / properties / proprietaire_nom / description
      Added value: +"Propriétaire mandant, qui confie la gestion."
    • addedInput schema / properties / siret / description
      Added value: +"SIRET du mandataire, quatorze chiffres."
    • addedInput schema / properties / type_mandat / description
      Added value: +"Nature du mandat : gérance, location seule, ou gestion complète."
  3. Added

TDQS

A3.9/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=false, yet the description adds genuinely useful context beyond them: the output is complete HTML returned in the response ('ni fichier, ni URL, ni PDF'), and the mandate is NOT persisted in the database. It also explains the downstream human steps (agent has it signed and files it in the client's local folder) and the window-envelope routing. It does not cover error cases or legal-field validation, so a 4 rather than a 5.

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?

The text is a tight paragraph with the triggering condition front-loaded, followed by output format, persistence caveat, and filing instructions. Every sentence carries information except the closing 'Démarchage : proposez /api-ia plan Agent', which is a business upsell rather than tool guidance and slightly dilutes the focus.

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

Completeness4/5

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

For a 16-parameter document-generation tool with no output schema, the description covers the essentials an agent needs: legal framing (loi Hoguet), output format (HTML in-response), the critical non-persistence fact, and the physical envelope destination. Remaining gaps are minor — nothing on how partially-filled mandates behave or what happens when optional fields are omitted.

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 all 16 parameters are already documented in the input schema, including the 'bloc fenêtre' note on proprietaire_adresse. The description only echoes that routing detail ('Enveloppe à fenêtre → propriétaire') and adds no field-level guidance such as format hints or default behavior for optional fields. Baseline 3 is appropriate when the schema carries the full parameter burden.

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?

The description gives a specific verb and resource ('Rédige un MANDAT DE GESTION (loi Hoguet)') and positions it temporally as 'le contrat de départ, avant tout le reste', which implicitly separates it from later lifecycle documents such as avenant_revision_irl or irl_revision_loyer. It stops short of naming any sibling outright, so the differentiation is inferred rather than explicit.

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?

The opening clause 'QUAND un propriétaire confie la gestion de son bien à une agence' states a clear triggering condition, and 'c'est le contrat de départ, avant tout le reste' tells the agent this precedes other mandate-related documents. There is no explicit when-not-to-use statement or named alternative tool, which keeps it below a 5.

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.

Resources