Skip to main content
Glama
notluquis

mcp-pjud

by notluquis
OverviewSchemaSourceRelated ServersScoreDiscussionsAdmin
Python
Remote

Texto completo de una sentencia

obtener_texto_sentencia
Read-onlyIdempotent

Get complete text of a court ruling using role and year. If a case contains multiple rulings, the tool enumerates them for precise selection.

Instructions

El texto completo de una sentencia, de una en una.

Un mismo rol puede traer MÁS DE UNA sentencia: en suprema, la de casación con el razonamiento y la de reemplazo, que confirma en una línea. Ahí esto se detiene en vez de elegir, porque la equivocada se ve igual de válida y no contiene la doctrina que se fue a buscar.

Se pide aparte de la búsqueda y de a una a propósito: una sentencia de trece páginas son unos veinticinco mil caracteres. La búsqueda entrega texto_preview, y donde el buscador publica la extensión también palabras y paginas, que suelen bastar para decidir si vale pedir el resto. En NULO hay que decidir sin ese dato, no suponer que el fallo es breve.

El texto trae los nombres de quienes fueron parte, y cuando el fallo no está anonimizado también sus cédulas. anonimizada y fuente dicen qué versión se entregó. No reproducir datos de personas naturales más allá de lo que la respuesta al usuario necesite.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
rolYesRol de la sentencia, sin el año.
anioYesAño del rol.
cualNoCuál de las sentencias del rol, empezando en 1. Sólo hace falta cuando el rol trae más de una: ahí la herramienta se detiene, las enumera con lo que ese buscador publique de cada una, y hay que elegir. El número sale de esa ENUMERACIÓN y NO de una regla sobre el orden: está medido que el orden NO es estable, en un rol la de reemplazo llega primera y en otro segunda. En apelaciones, salud y suprema, que publican el resultado, la que dice SENTENCIA DE REEMPLAZO confirma en una línea y la otra trae el razonamiento; en el resto la enumeración distingue por caratulado y fecha, que es lo que esos buscadores publican.
buscadorNoUno de: apelaciones, civiles, cobranza, familia, laborales, salud, suprema.suprema

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
rolYes
textoYes
fuenteYes
paginasNo
palabrasNo
anonimizadaYes

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. Changed4 schema fields changedv0.19.3
    • addedInput schema / properties / cual
      Added value: +{
+  "anyOf": [
+    {
+      "minimum": 1,
+      "type": "integer"
+    },
+    {
+      "type": "null"
+    }
+  ],
+  "default": null,
+  "description": "Cuál de las sentencias del rol, empezando en 1. Sólo hace falta cuando el rol trae más de una: ahí la herramienta se detiene, las enumera con lo que ese buscador publique de cada una, y hay que elegir.\n\nEl número sale de esa ENUMERACIÓN y NO de una regla sobre el orden: está medido que el orden NO es estable, en un rol la de reemplazo llega primera y en otro segunda. En apelaciones, salud y suprema, que publican el resultado, la que dice SENTENCIA DE REEMPLAZO confirma en una línea y la otra trae el razonamiento; en el resto la enumeración distingue por caratulado y fecha, que es lo que esos buscadores publican.",
+  "title": "Cual"
+}
    • removedOutput schema / description
      Removed value: -"El texto completo de una sentencia.\n\nVa en un modelo aparte y se pide de una en una a propósito: una sentencia de trece\npáginas son unos veinticinco mil caracteres, así que devolver diez con la búsqueda serían\ndoscientos cincuenta mil. El costo no es sólo de tamaño: el texto trae nombres y cédulas\nde las personas que fueron parte, y pedirlo tiene que ser una decisión explícita y no el\nefecto colateral de una búsqueda."
    • removedOutput schema / properties / anonimizada / description
      Removed value: -"Si lo que se entrega es la versión anonimizada. Cuando es verdadero, los datos de las personas naturales vienen suprimidos por el propio tribunal."
    • removedOutput schema / properties / fuente / description
      Removed value: -"Cuál de los dos campos del buscador se entregó: `texto_sentencia` o `texto_sentencia_anon`. Se dice para que quien lo lea sepa qué está leyendo."
  2. Changed1 schema field changedv0.13.0
    • changedInput schema / properties / buscador / description
      Previous value: -"Uno de: apelaciones, laborales, suprema."New value: +"Uno de: apelaciones, civiles, cobranza, familia, laborales, salud, suprema."
  3. Addedv0.4.0

TDQS

A4.1/5.0
Behavior5/5

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

The description goes well beyond the readOnly/idempotent annotations by disclosing that the tool stops to enumerate multiple sentences, that responses can be about 25,000 characters, that party names and possibly ID numbers are included, and that anonimizada/fuente indicate the version delivered. It also adds a concrete privacy instruction. No contradiction with annotations.

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 description is front-loaded with the core purpose and organized into focused paragraphs. Each paragraph adds meaningful context, though the 'NULO' reference is a bit opaque and there is minor redundancy between 'de una en una' and 'de a una a propósito'.

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 tool with a rich schema and annotations, the description covers the essential behavioral cases: multiple sentences, payload size, fallback decision-making without length data, and privacy handling. The only slight gap is that 'NULO' is not explicitly defined, and the relationship to the search sibling could be more direct.

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 the baseline is 3. The description adds useful context around the cual parameter and different buscador behaviors, but most of the actual parameter semantics already live in the input schema. The description contributes rationale rather than meaningfully new parameter-level detail.

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 clearly states the tool returns the full text of a judgment, one at a time, and distinguishes this from search by noting it is requested separately and deliberately. It does not explicitly name or differentiate from sibling tools like obtener_documento, so it misses the top score slightly.

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?

It gives clear context for when to use the tool: after search, one judgment at a time, and only when the preview or length fields are insufficient. It also explains the special case where the tool stops instead of choosing among multiple sentences. However, it does not explicitly reference sibling tools by name or give a direct when-not-to-use statement against them.

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/notluquis/mcp-pjud-cl'

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