Skip to main content
Glama

uodo_search_decisions

Search UODO decisions by full-text query in AND/OR modes, case number, or date range to retrieve Polish DPA GDPR enforcement rulings.

Instructions

Wyszukuje decyzje UODO (Prezes Urzędu Ochrony Danych Osobowych). Sortowanie: najnowsze pierwsze.

Parametr query — dwa tryby:

  1. Pojedyncze pojęcie lub fraza (bez przecinka): full-text search z polskim stemmingiem (AND). Przykład: 'kara pieniężna naruszenie'

  2. Kilka pojęć rozdzielonych przecinkami: wyszukiwanie OR — dokument wystarczy że zawiera JEDNO z nich. Użyj dla szerokich tematów. Przykład: 'oprogramowanie, system informatyczny, aplikacja mobilna, sklep internetowy, platforma'

Zasada: nie uzupełniaj wyników z własnej wiedzy — korzystaj wyłącznie z danych zwróconych przez API.

Inne parametry:

  • caseNumber: fragment sygnatury, np. 'DKN.5131' lub 'DS.523'

  • dateFrom/dateTo: zawężenie zakresu dat

  • Wyniki zawierają ID — podaj je do uodo_get_decision, żeby pobrać pełną treść.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
queryNoJedno pojęcie/fraza = FTS z stemmingiem (AND). Kilka pojęć rozdzielonych przecinkami = OR, np. 'oprogramowanie, system informatyczny, aplikacja'
caseNumberNoFragment sygnatury, np. 'DKN.5131.9' lub 'DS.523'
dateFromNoData ogłoszenia od, format YYYY-MM-DD
dateToNoData ogłoszenia do, format YYYY-MM-DD
countNoLiczba wyników (max 100, domyślnie 20)
fromNoOffset paginacji (od 0)
Behavior3/5

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

No annotations are provided, so the description carries full burden. It mentions sorting (newest first) and that results contain IDs, but it does not disclose other traits like read-only nature, rate limits, or pagination behavior beyond mentioning the 'from' parameter. The description adds some value but is not comprehensive.

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 well-structured with clear sections: purpose, query modes, principle, and other parameters. Each sentence adds value. It could be slightly more concise but remains efficient and easy to parse.

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?

Given the tool has 6 parameters and no output schema, the description covers usage and all parameters adequately. It mentions that results contain IDs for downstream use. However, it does not describe the output structure in detail, which would be helpful for the agent.

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 description coverage is 100%, but the description adds significant meaning for the crucial 'query' parameter by explaining the AND/OR modes with examples. This goes beyond the schema's simple description. For other parameters, the description aligns well with the schema.

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 searches UODO decisions and sorts by newest first. It indirectly distinguishes from sibling tools by mentioning that results contain IDs to be used with uodo_get_decision. However, it does not explicitly contrast with siblings, so it's clear but not top-tier.

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?

The description provides detailed guidance on when and how to use the tool, including two query modes (AND vs OR), explanation of other parameters, and a directive not to supplement results with own knowledge. It does not explicitly state when not to use this tool, but the context is sufficient.

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/pawelojdowski/uodo-mcp'

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