Skip to main content
Glama

Processos Por Parte Djen

processos_por_parte_djen

Finds Brazilian court cases involving a person or company by searching DJEN publications for their name and grouping results by case number.

Instructions

Descobre os processos de uma pessoa ou empresa pelo NOME, via publicações do DJEN.

Busca as publicações em que o nome figura como parte e agrupa por número de processo. Só encontra processos que tiveram alguma publicação no DJEN (não cobre processos sem publicação, sigilosos ou anteriores ao DJEN).

Input Schema

NameRequiredDescriptionDefault
data_fimNoData final de disponibilização (opcional).
tribunalNoSigla do tribunal para restringir (opcional).
nome_parteYesNome completo da pessoa ou razão social (quanto mais exato, melhor).
data_inicioNoData inicial de disponibilização (opcional).
max_paginasNoQuantas páginas de 100 publicações varrer (1 a 10, padrão 3).

Output Schema

NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.2.0

TDQS

A4.2/5.0
Behavior4/5

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

With no annotations, the description carries the behavioral burden and does disclose the key trait: results are limited to cases that appeared in DJEN publications, with sigilosos and pre-DJEN cases excluded, and output grouped by process number. It does not discuss cost/latency of scanning pages or whether matching is fuzzy or exact.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Three short sentences, front-loaded with the core action and immediately followed by the mechanism (busca por publicações, agrupamento por número) and the disclaimer. No filler or redundant restatement of the title.

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?

An output schema exists, so return values need not be explained, and the main caveat about DJEN coverage is disclosed. Minor gaps remain around match precision and the effect of max_paginas on recall, which matter for a scan-based search tool.

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 each parameter (nome_parte, tribunal, datas, max_paginas) is already documented. The description only reinforces that the search is by nome and does not add format or matching semantics beyond the schema, so the baseline 3 applies.

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 and resource — finding a person's or company's lawsuits — and names the search key (nome da parte) and data source (publicações do DJEN), which implicitly separates it from number-based sibling buscar_processo_por_numero and from buscas de comunicações como buscar_comunicacoes_djen.

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 when-not conditions: it does not cover processos sem publicação no DJEN, sigilosos ou anteriores ao DJEN. It lacks a direct pointer to the alternative sibling (e.g., buscar_processo_por_numero when the number is already known), so guidance is strong but not complete.

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