Skip to main content
Glama
Sign In

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

by es.proceres
OverviewDiscussionsAdmin

Demanda de tutela de derechos fundamentales (social)

demanda_tutela_derechos_fundamentales
Read-only

Compone la demanda de tutela de derechos fundamentales y libertades públicas (art. 177.1 LRJS) contra la discriminación, el acoso o la represalia por reclamar, con citación del Ministerio Fiscal (art. 177.3): alega la inversión de la carga de la prueba (art. 96.1) y pide la nulidad radical, el cese, el restablecimiento y la indemnización (arts. 182.1 y 183). Un despido, una sanción, una modificación sustancial o las vacaciones NO van por aquí: el art. 184 LRJS las manda a su propia modalidad. 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.

Input Schema

NameRequiredDescriptionDefault
anioNoEl año del procedimiento, si consta.
hechosNoLo 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.
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.
conductaYesLa conducta que se impugna: el acoso, la represalia o el trato desigual.
derechosYesEl derecho o derechos que la conducta lesiona, en lenguaje del escrito.
lesionesNoQué clase de lesión es (discriminacion: discriminación o trato desigual; acoso: acoso o trato degradante; represalia: represalia por reclamar (garantía de indemnidad)). Decide qué derecho cita el escrito, con su literal (arts. 14, 15 o 24.1 CE y 4.2 ET). Sin este dato el escrito deja el artículo en blanco.
demandadaYesLa empresa o entidad demandada.
peticionesNoPeticiones que se añaden detrás de la súplica del escrito, una por elemento.
pideOficioNoOpcional. Por defecto la demanda hace constar que se comparece con abogado y pide su designación de oficio (art. 21.2 y 21.4 LRJS). Envía false solo si quien firma ya tiene abogado o va a comparecer por sí.
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.
indemnizacionNoLa indemnización que se pide, si se concreta. Sin ella, el escrito pide que el juez la determine prudencialmente (art. 183.2 LRJS).
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
    • 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"
+}
  2. 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"
+}
  3. Changed3 schema fields changed
    • changedInput schema / properties / indemnizacion / description
      Previous value: -"La indemnización que se pide por el daño moral, si se concreta."New value: +"La indemnización que se pide, si se concreta. Sin ella, el escrito pide que el juez la determine prudencialmente (art. 183.2 LRJS)."
    • addedInput schema / properties / lesiones
      Added value: +{
+  "description": "Qué clase de lesión es (discriminacion: discriminación o trato desigual; acoso: acoso o trato degradante; represalia: represalia por reclamar (garantía de indemnidad)). Decide qué derecho cita el escrito, con su literal (arts. 14, 15 o 24.1 CE y 4.2 ET). Sin este dato el escrito deja el artículo en blanco.",
+  "items": {
+    "enum": [
+      "discriminacion",
+      "acoso",
+      "represalia"
+    ],
+    "type": "string"
+  },
+  "type": "array"
+}
    • addedInput schema / properties / pideOficio
      Added value: +{
+  "description": "Opcional. Por defecto la demanda hace constar que se comparece con abogado y pide su designación de oficio (art. 21.2 y 21.4 LRJS). Envía false solo si quien firma ya tiene abogado o va a comparecer por sí.",
+  "type": "boolean"
+}
  4. 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"
+}
  5. First observed

TDQS

A4.3/5.0
Behavior4/5

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

Annotations only declare a safe read (readOnlyHint true, destructiveHint false, openWorldHint false), and the description adds real behavior beyond that: the burden-of-proof inversion it argues, the reliefs it requests (nullity, cessation, restoration, indemnification), that it is a document composer, and notably that it neither asks for nor returns personal data, leaving name/DNI/domicile as bracketed placeholders. It does not describe the output artifact's format or length, which is the remaining gap.

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 legal basis are front-loaded in the first sentence, followed by scope exclusion and the privacy constraint. The closing two sentences restate the same privacy rule twice ('No pide ni devuelve datos personales…' then 'No le pidas esos datos y no los escribas'), which costs a little efficiency but underlines a critical guardrail.

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, 5-required document-composition tool with no output schema and thin annotations, the description covers purpose, exclusions, legal effects, privacy limits and default behavior well enough to call it correctly. Only the absence of a named alternative tool and of the expected document output keeps it from full completeness.

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 schema already carries parameter meaning and 3 would be defensible. The description still adds cross-cutting semantics the schema does not: personal data must never be placed in the call (affecting hechos in particular), and the omission fallbacks — prudential judicial determination of indemnización, oficio counsel by default, placeholders left blank when data is missing.

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 (compose the tutela de derechos fundamentales claim) and pins it to precise legal grounding (art. 177.1 LRJS, art. 177.3 Fiscal citation, arts. 96.1, 182.1 and 183). It is clearly distinguishable from the generic social claim sibling.

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?

Gives explicit negative guidance with a legal reason: despido, sanción, modificación sustancial and vacaciones do NOT go through this tool because art. 184 LRJS assigns them their own modality. It never names the sibling tool (e.g. demanda_juzgado_social) that should be used instead, so the alternative is inferred rather than routed.

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

All Próceres · escritos judiciales de España: papeleta, demanda y recursos 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