Skip to main content
Glama

tax-retirement

by io.github.herve-coulon
OverviewDiscussionsAdmin

fiscal_impot_revenu

Read-onlyIdempotent

Impôt sur le revenu (barème 2026) — Impôt sur le revenu brut d'un foyer (barème progressif, quotient familial plafonné, décote). Revenus 2025. IR au barème SEUL, hors CEHR et hors CDHR : pour un foyer à hauts revenus, ajouter fiscal_cehr puis fiscal_cdhr (complément différentiel, déjà net de l'IR et de la CEHR — à additionner, pas à substituer). Pour l'économie d'impôt d'un versement PER → fiscal_per_gain. (sources: CGI art. 197 ; BOFiP BOI-IR-LIQ-20 ; LFI 2026 (barème + décote + plafond QF))

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
partsNoNombre de parts de quotient familial.
situationNoSituation familiale (détermine les parts de base pour le plafonnement du QF et la décote).Célibataire
parent_isoleNoParent isolé (case T, art. 194 II CGI) : célibataire ou divorcé vivant seul avec au moins un enfant à charge. La part du 1er enfant est alors plafonnée à 4 262 € (art. 197 I-2) au lieu de 2 × 1 807 €. Les parts transmises doivent déjà inclure la demi-part case T.
demi_parts_195_abeNoDemi-parts de l'art. 195-1 a, b ou e CGI (personne vivant seule ayant élevé seule un enfant 5 ans, enfant décédé, enfant adopté) incluses dans les parts : plafonnées à 1 079 € chacune.
residence_alterneeNoAvec parent_isole : enfants UNIQUEMENT en résidence alternée — la demi-part de chacun des deux premiers enfants est plafonnée à 2 131 € (art. 197 I-2 CGI). Les parts transmises doivent inclure les majorations de 0,25 (art. 194 I).
revenu_net_imposableYesRevenu net imposable du foyer (€), après abattements.
demi_parts_invaliditeNoDemi-parts d'invalidité ou d'ancien combattant (art. 195-1 c, d, d bis, f et 195-2 à 6 CGI) incluses dans les parts : plafond de droit commun + réduction de 1 801 € chacune quand le plafonnement joue.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed4 schema fields changed
    • addedInput schema / properties / demi_parts_195_abe
      Added value: +{
+  "default": 0,
+  "description": "Demi-parts de l'art. 195-1 a, b ou e CGI (personne vivant seule ayant élevé seule un enfant 5 ans, enfant décédé, enfant adopté) incluses dans les parts : plafonnées à 1 079 € chacune.",
+  "minimum": 0,
+  "type": "number"
+}
    • addedInput schema / properties / demi_parts_invalidite
      Added value: +{
+  "default": 0,
+  "description": "Demi-parts d'invalidité ou d'ancien combattant (art. 195-1 c, d, d bis, f et 195-2 à 6 CGI) incluses dans les parts : plafond de droit commun + réduction de 1 801 € chacune quand le plafonnement joue.",
+  "minimum": 0,
+  "type": "number"
+}
    • addedInput schema / properties / parent_isole
      Added value: +{
+  "default": false,
+  "description": "Parent isolé (case T, art. 194 II CGI) : célibataire ou divorcé vivant seul avec au moins un enfant à charge. La part du 1er enfant est alors plafonnée à 4 262 € (art. 197 I-2) au lieu de 2 × 1 807 €. Les parts transmises doivent déjà inclure la demi-part case T.",
+  "type": "boolean"
+}
    • addedInput schema / properties / residence_alternee
      Added value: +{
+  "default": false,
+  "description": "Avec parent_isole : enfants UNIQUEMENT en résidence alternée — la demi-part de chacun des deux premiers enfants est plafonnée à 2 131 € (art. 197 I-2 CGI). Les parts transmises doivent inclure les majorations de 0,25 (art. 194 I).",
+  "type": "boolean"
+}
  2. First observed

TDQS

A4.3/5.0
Behavior4/5

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

Annotations already cover the safety profile (readOnlyHint, idempotentHint, openWorldHint=false). The description adds real behavioral context beyond that: the result is IR 'brut' at the barème only, excludes CEHR and CDHR, uses 2025 revenues against the 2026 barème, and incorporates décote and QF capping. It does not describe the return object, but no output schema exists to lean on.

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-loads purpose then routing, in a single dense block with no filler. The trailing source citations add provenance but are arguably clutter rather than invocation aid.

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 seven-parameter calculation tool with no output schema, the description conveys what the returned value represents (gross barème IR, net of nothing, to be combined with CEHR/CDHR and PER gain). It stops short of describing the response shape, which would be useful given no output schema exists.

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%, and the schema documents all seven parameters in detail, including CGI references and capping rules. The description adds no parameter-level syntax but reinforces concepts (QF plafonné, décote) that map to the schema; baseline 3 applies when the schema does the heavy lifting.

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?

States a specific verb+resource: computes gross IR on the 2026 progressive barème for a household (quotient familial plafonné, décote). It explicitly distinguishes itself from siblings by declaring it is barème SEUL, excluding CEHR/CDHR, and by routing PER calculations to fiscal_per_gain.

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?

Gives explicit when-to-use routing: for high-income households add fiscal_cehr then fiscal_cdhr, noting the differential complement is already net of IR and CEHR and must be summed, not substituted. It also names fiscal_per_gain for PER savings, leaving nothing to inference.

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

All tax-retirement toolsInspect
Try in Browser
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources