Skip to main content
Glama

Próceres · escritos judiciales de España: papeleta, demanda y recursos

Medida cautelar de suspensión, ordinaria o cautelarísima (contencioso-administrativo)

medida_cautelar_suspension
Read-only

Compone la solicitud de suspensión del acto administrativo antes de que su ejecución deje el recurso sin finalidad (arts. 129.1 y 130.1 LJCA), en pieza separada con audiencia de la parte contraria (art. 131), con la caución fijada en razón de los perjuicios (art. 133.1). Con urgencia es la cautelarísima: pide que se acuerde sin oír a la parte contraria por especial urgencia, en dos días y por auto (art. 135.1.a), y subsidiariamente la tramitación ordinaria (art. 135.1.b). Sin el perjuicio o sin la urgencia, el escrito deja el hueco: no los inventa. No pide ni devuelve datos personales: el nombre, el DNI, el domicilio y el contacto NO están entre sus campos (el escrito los deja como huecos entre corchetes para que los rellene quien lo presenta). No le pidas esos datos y no los escribas en la llamada.

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": {
      "organo": "<organo>",
      "resolucion": "<resolucion>",
      "administracion": "<administracion>",
      "acto": "<acto>"
    },
    "name": "medida_cautelar_suspension"
  }
}

Input Schema

NameRequiredDescriptionDefault
actoYesEl acto cuya suspensión se pide.
anioNoEl año del procedimiento, si consta.
hechosNoLo que ha pasado, contado por quien firma: un párrafo por línea. Entra en los hechos, numerados, delante de las alegaciones. Sin datos personales: las personas, por su papel.
numeroNoEl número del procedimiento, si consta.
organoYesEl órgano al que se dirige el escrito, tal como figura en la resolución («Juzgado de lo Social nº 3 de Madrid»).
personaNoQuién firma: «juridica» si comparece el representante de una entidad (sale «[NOMBRE], en nombre y representación de [DENOMINACIÓN DE LA ENTIDAD]…» y el escrito habla de «mi representada»); si no, la persona física.
urgenciaNoSolo para la cautelarísima: por qué no se puede esperar ni a oír a la Administración (qué ocurrirá y cuándo). Con este dato el escrito pide la medida sin oír a la parte contraria (art. 135.1 LJCA); sin él, es la cautelar ordinaria con audiencia (art. 131).
perjuicioNoQué ocurrirá si el acto se ejecuta antes de la sentencia y por qué la sentencia ya no podrá repararlo, con hechos concretos. Sin este dato el escrito deja el hueco.
peticionesNoPeticiones que se añaden detrás de la súplica del escrito, una por elemento.
pideOficioNoOpcional. Por defecto el escrito pide en otrosí la designación de abogado (y procurador ante un órgano colegiado) del turno de oficio, la justicia gratuita y la suspensión del plazo hasta la designación, con sus literales. Envía false solo si quien firma ya tiene abogado.
resolucionYesLa resolución que se recurre o se contesta, como se la nombra en el escrito.
alegacionesNoAlegaciones que se añaden a las del escrito: cada una con su epígrafe y su texto.
administracionYesLa Administración autora del acto.
notificacionesNoDónde recibe las notificaciones quien firma: «dehu» si las quiere en la Dirección Electrónica Habilitada única (la comparecencia lo señala como medio y no lleva el hueco del domicilio); «domicilio» o sin el dato, el domicilio, como hueco.
fechaResolucionNoLa fecha de esa resolución, tal como consta en ella (por ejemplo «12 de septiembre de 2026»).

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • changedInput schema / properties / hechos / description
      Previous value: -"Lo que ha pasado, contado por quien firma: un párrafo por línea. Entra como HECHOS, numerados, delante de las alegaciones. Sin datos personales: las personas, por su papel."New value: +"Lo que ha pasado, contado por quien firma: un párrafo por línea. Entra en los hechos, numerados, delante de las alegaciones. Sin datos personales: las personas, por su papel."
  2. Changed1 schema field changed
    • addedInput schema / properties / urgencia
      Added value: +{
      +  "description": "Solo para la cautelarísima: por qué no se puede esperar ni a oír a la Administración (qué ocurrirá y cuándo). Con este dato el escrito pide la medida sin oír a la parte contraria (art. 135.1 LJCA); sin él, es la cautelar ordinaria con audiencia (art. 131).",
      +  "type": "string"
      +}
  3. Changed1 schema field changed
    • addedInput schema / properties / notificaciones
      Added value: +{
      +  "description": "Dónde recibe las notificaciones quien firma: «dehu» si las quiere en la Dirección Electrónica Habilitada única (la comparecencia lo señala como medio y no lleva el hueco del domicilio); «domicilio» o sin el dato, el domicilio, como hueco.",
      +  "enum": [
      +    "domicilio",
      +    "dehu"
      +  ],
      +  "type": "string"
      +}
  4. Changed1 schema field changed
    • addedInput schema / properties / persona
      Added value: +{
      +  "description": "Quién firma: «juridica» si comparece el representante de una entidad (sale «[NOMBRE], en nombre y representación de [DENOMINACIÓN DE LA ENTIDAD]…» y el escrito habla de «mi representada»); si no, la persona física.",
      +  "enum": [
      +    "fisica",
      +    "juridica"
      +  ],
      +  "type": "string"
      +}
  5. Changed2 schema fields changed
    • changedInput schema / properties / perjuicio / description
      Previous value: -"El perjuicio irreparable que produciría mantenerlo en vigor."New value: +"Qué ocurrirá si el acto se ejecuta antes de la sentencia y por qué la sentencia ya no podrá repararlo, con hechos concretos. Sin este dato el escrito deja el hueco."
    • addedInput schema / properties / pideOficio
      Added value: +{
      +  "description": "Opcional. Por defecto el escrito pide en otrosí la designación de abogado (y procurador ante un órgano colegiado) del turno de oficio, la justicia gratuita y la suspensión del plazo hasta la designación, con sus literales. Envía false solo si quien firma ya tiene abogado.",
      +  "type": "boolean"
      +}
  6. Changed3 schema fields changed
    • addedInput schema / properties / alegaciones
      Added value: +{
      +  "description": "Alegaciones que se añaden a las del escrito: cada una con su epígrafe y su texto.",
      +  "items": {
      +    "additionalProperties": false,
      +    "properties": {
      +      "texto": {
      +        "type": "string"
      +      },
      +      "titulo": {
      +        "type": "string"
      +      }
      +    },
      +    "required": [
      +      "texto"
      +    ],
      +    "type": "object"
      +  },
      +  "type": "array"
      +}
    • addedInput schema / properties / hechos
      Added value: +{
      +  "description": "Lo que ha pasado, contado por quien firma: un párrafo por línea. Entra como HECHOS, numerados, delante de las alegaciones. Sin datos personales: las personas, por su papel.",
      +  "type": "string"
      +}
    • addedInput schema / properties / peticiones
      Added value: +{
      +  "description": "Peticiones que se añaden detrás de la súplica del escrito, una por elemento.",
      +  "items": {
      +    "type": "string"
      +  },
      +  "type": "array"
      +}
  7. First observed

TDQS

A4.5/5.0
Behavior5/5

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

Goes well beyond the readOnly/non-destructive annotations by disclosing what the tool will and will not do with gaps (leaves placeholders rather than inventing harm or urgency), and by explicitly stating that personal data name, DNI, address and contact are neither requested nor returned, leaving bracketed gaps. That is exactly the operational context an agent needs to avoid passing personal data or hallucinating fields.

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?

Purpose and the ordinary/cautelarísima split are front-loaded, and the closing personal-data warning is well placed. The prose is dense and legalistic with some repetition of article citations, but no sentence is pure filler.

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 15-parameter drafting tool with no output schema, the definition covers modality selection, gap handling and privacy constraints thoroughly. It never states the return format (plain text of the escrito vs. a structured document), which is the main remaining unknown for an agent invoking it.

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

Parameters4/5

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

Schema coverage is 100%, so the baseline would be 3; the description still adds value by tying `urgencia` to the cautelarísima modality and to the choice of hearing, and by clarifying which data categories are deliberately absent from the field set. It does not cover `pideOficio` or `notificaciones` semantics, which remain schema-only.

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?

Opens with a specific verb and resource: «Compone la solicitud de suspensión del acto administrativo», and anchors it in concrete legal provisions (arts. 129.1, 130.1, 131, 133.1 LJCA). It also distinguishes the two procedural modalities it covers, so an agent can tell it apart from the generic escrito/demanda siblings 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 Guidelines4/5

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

Explicitly states the branch condition: with `urgencia` it produces the cautelarísima (art. 135.1.a) and subsidiarily the ordinary route (art. 135.1.b); without it, the ordinary hearing-based request (art. 131). It also sets a hard rule against fabricating missing harm/urgency data. It stops short of naming which sibling tool to use instead for other procedural filings, so not 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