Skip to main content
Glama
Evan-Crx

permisapi-mcp

get_permit_full_view

Retrieve detailed permit data, company information, property transactions, market score, zoning, and risks in a single API call.

Instructions

Vue 360 complète d'un permis en 1 seul appel : détail + sirene + dvf + score MDB + zonage PLU + risques. Le moyen le plus efficace pour analyser un permis quand tu veux tout d'un coup au lieu d'appeler 6 outils séparés. Coût : 6 unités de quota Pro+ (1 par sous-feature, identique à 6 calls séparés). Pour Free / Explorer, retourne uniquement le détail (coût 1 unité). En cas d'échec d'une sous-feature (ex: PLU timeout), le champ vaut null et l'erreur est listée dans fetch_errors. Latence typique 5-7s.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
num_paYesIdentifiant Sitadel unique (ex PC07404021K1).
Behavior5/5

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

No annotations provided, so description carries full burden. Discloses cost (6 units for Pro+, 1 for Free/Explorer), failure behavior (null fields, errors in fetch_errors), and typical latency (5-7s).

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?

Description is a single paragraph but packs significant detail efficiently. Front-loaded with purpose, though slightly lengthy.

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

Completeness3/5

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

No output schema, so description should explain return values. It lists sub-features but does not detail the JSON structure or fields. Missing structure for a complex combined tool.

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?

Input schema has 100% coverage with description for the single parameter, so baseline 3 applies. The description adds no extra parameter insights beyond what the schema already provides.

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?

Description clearly states it provides a full 360 view of a permit in one call, combining detail, sirene, dvf, score, zoning, risks. It distinguishes from siblings by explicitly mentioning it replaces 6 separate tools.

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?

Explicitly tells when to use: when you want everything at once instead of 6 separate tools. Also mentions cost implications and plan limitations (Free/Explorer vs Pro+).

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Evan-Crx/permisapi-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server