Skip to main content
Glama
rechtssysteem-ai

rechtssysteem-mcp

by rechtssysteem-ai
OverviewSchemaSourceRelated ServersScoreDiscussionsAdmin
Python
Remote

voorspel_uitkomst

Predict whether a Dutch court case will be dismissed, partly granted, or granted by analyzing the full case text.

Instructions

Voorspelt de afloop van een Nederlandse rechtszaak uit de zaaktekst: afgewezen, gedeeltelijk of toegewezen. Gebruik dit voor een volledige zaak- of procestekst (dagvaarding, pleitnota, uitspraak), niet voor een samenvatting van een paar zinnen: na het wegknippen moeten er minstens 200 tekens overblijven, anders komt er een fout terug. Kies deze tool als je een oordeel over de afloop wilt; gebruik lekkage_check als je alleen wilt meten of een tekst de uitkomst al prijsgeeft, en rechtspraak_cijfers als het om de benchmark-cijfers zelf gaat. Werkwijze: het dictum en uitkomst-aankondigende zinnen gaan er eerst uit (lekkage-knip R2), het model oordeelt over wat overblijft. Gemeten over 609.715 zaken (5-fold CV): accuracy 78,2%, macro-F1 77,1%, tegen een meerderheidsbaseline van 43,7% — noem die baseline altijd naast de accuracy. Geeft terug: label, zekerheid, kansen per klasse en het gebruikte rechtsgebied. Zekerheid onder 55% betekent 'weet niet'; presenteer het dan ook zo. AI-gegenereerde risico-indicatie op grond van vergelijkbare rechtspraak, geen juridisch advies, niet bestemd voor gebruik door of namens een rechterlijke instantie. Vereist RECHTSSYSTEEM_API_KEY in de omgeving van deze MCP-server (max 20 verzoeken per minuut per sleutel); zonder sleutel volgt een fout in plaats van een oordeel. Privacy: de tekst wordt voor de analyse naar de server van Rechtssysteem.ai gestuurd; stuur geen tekst die u niet mag delen.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
tekstYesVolledige Nederlandse zaak- of procestekst. Platte tekst, max 20.000 tekens; langere tekst wordt hier geweigerd voordat er iets wordt verstuurd. Dictum en uitkomst-zinnen mogen erin blijven staan: die worden er aan de serverkant uitgeknipt.
rechtsgebiedNoOptioneel. Zet de rechtsgebied-feature van het model. Laat weg om het rechtsgebied door de server uit de tekst te laten afleiden; dat valt terug op 'onbekend' als de tekst te weinig houvast geeft.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed5 schema fields changedv0.1.1
    • addedInput schema / additionalProperties
      Added value: +false
    • addedInput schema / properties / rechtsgebied / description
      Added value: +"Optioneel. Zet de rechtsgebied-feature van het model. Laat weg om het rechtsgebied door de server uit de tekst te laten afleiden; dat valt terug op 'onbekend' als de tekst te weinig houvast geeft."
    • addedInput schema / properties / rechtsgebied / enum
      Added value: +[
+  "bestuursrecht",
+  "civiel recht",
+  "strafrecht",
+  "overig",
+  "onbekend"
+]
    • addedInput schema / properties / tekst / description
      Added value: +"Volledige Nederlandse zaak- of procestekst. Platte tekst, max 20.000 tekens; langere tekst wordt hier geweigerd voordat er iets wordt verstuurd. Dictum en uitkomst-zinnen mogen erin blijven staan: die worden er aan de serverkant uitgeknipt."
    • addedInput schema / properties / tekst / maxLength
      Added value: +20000
  2. First observedv0.1.0

TDQS

A4.8/5.0
Behavior5/5

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

With no annotations provided, the description carries the full behavioral burden, and it does so richly: it explains the server-side leakage clipping workflow, model performance, returned fields, the 55% confidence threshold, API-key requirements, rate limits, external data transmission, and the non-advice/non-judicial-use disclaimer.

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 long but information-dense, with each block serving a purpose: purpose, sibling routing, method/performance, output shape, threshold, auth, and privacy. It is front-loaded with the core purpose. There is slight redundancy between the initial 'Gebruik dit' sentence and the later 'Kies deze tool' routing, so it is not maximally tight.

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

Completeness5/5

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

Given no annotations and no output schema, the description covers everything an agent needs to invoke the tool correctly and interpret its result: input constraints, failure cases, required environment variable, rate limiting, output fields, confidence threshold, privacy implications, and alternative sibling tools.

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?

The input schema already describes both parameters at 100% coverage, so the baseline is 3. The description still adds value by specifying the 200-character post-clipping minimum, clarifying that dictum/outcome sentences can remain because they are removed server-side, and giving the exact class labels returned.

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?

The first sentence names a concrete action ('Voorspelt de afloop'), a specific object ('Nederlandse rechtszaak uit de zaaktekst'), and the exact output classes ('afgewezen, gedeeltelijk of toegewezen'). It also explicitly separates this tool from its siblings, so an agent can distinguish it without opening their schemas.

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?

The description explicitly states when to choose this tool ('als je een oordeel over de afloop wilt'), when to use lekkage_check instead, and when to use rechtspraak_cijfers. It also gives concrete input requirements: use a full case text, not a short summary, and keep at least 200 characters after trimming.

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