Skip to main content
Glama

Legal MCP (alternativa ao Jusbrasil)

djen_processos_por_parte

Read-onlyIdempotent

DESCOBERTA por NOME de parte (grátis, sem captcha): busca o DJEN por quem figura no processo e agrupa por número — devolve a lista de processos da pessoa/empresa, com partes e tribunal. Cobre processos COM publicação no Diário a partir de 2020 (não o acervo histórico completo), então count_processos: 0 NÃO significa que a pessoa não tem processo — nesse caso vem um bloco ausencia explicando. Para entrada por CPF/CNPJ ou processos dormentes, use as tools processos_* (engine). Com os numero_processo, enriqueça com datajud.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
paginaNo
data_fimNo
nome_parteYes
data_inicioNo
sigla_tribunalNo
itens_por_paginaNo

TDQS

A4.3/5.0
Behavior4/5

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

As anotações já declaram readOnly, idempotente e não-destrutiva; a descrição soma contexto valioso: cobertura apenas de publicações no Diário a partir de 2020, semântica do count_processos 0, bloco ausencia, e caráter grátis/sem captcha. Não há contradição com as anotações.

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?

A descrição é densa mas sem desperdício: propósito, escopo, limitação, alternativa e próximo passo em poucas frases. A informação mais importante vem primeiro e cada oração adiciona valor operacional.

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?

Apesar de não haver output schema e o esquema de entrada ter 0% de descrição, a descrição explica o formato do retorno (lista, count_processos, bloco ausencia) e as limitações. Ainda assim, não documenta os parâmetros opcionais de paginação/filtro, o que a impede de ser totalmente completa para um chamada avançada.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters2/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Com cobertura do esquema em 0%, a descrição precisa compensar, mas só dá semântica ao parâmetro nome_parte ('busca por NOME de parte'). Os demais parâmetros (pagina, data_inicio, sigla_tribunal, itens_por_pagina) não são explicados nem no esquema nem na descrição. O valor agregado além do esquema é mínimo para a maoria dos parâmetros.

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?

A descrição abre com verbo específico e recurso ('DESCOBERTA por NOME de parte') e define o retorno (lista de processos agrupados por número, com partes e tribunal). Ela também diferencia a ferramenta de alternativas ao dizer que entrada por CPF/CNPJ ou processos dormentes deve usar as tools processos_*.

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?

A descrição é explícita sobre quando usar: busca pelo nome, grátis e sem captcha. Ela também dá condição de não-uso: para CPF/CNPJ ou processos dormentes, usar processos_*. Ainda orienta o próximo passo ('enriqueça com datajud') e aler ta sobre falso-negativo com count_processos 0.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

TDQS

B3.1/5.0
Disambiguation2/5

There is substantial overlap among the process-discovery tools: cnpj_processos, cpf_processos, djen_processos_por_parte, processos_buscar_por_nome, processos_buscar_por_documento, and legal_dossie all lead to finding the same kind of case by party/document, differing mainly by backend and sync/async details. The verbose descriptions mitigate the confusion, but an agent still has to reason through several competing entry points with unclear boundaries.

Naming Consistency2/5

The set uses domain prefixes and snake_case, but mixes English and Portuguese action verbs (djen_search_comunicacoes vs. djen_processos_por_parte; processos_get_resultado vs. processos_buscar_por_nome) and includes bare-noun names like cnpj_processos, legal_dossie, and transparencia_pep. Platform/utility tools (connect, marketplace, show_version) use a different English naming style, so no single pattern is followed.

Tool Count2/5

30 exposed tools exceeds the scale's heavy threshold and the count is inflated by platform/admin/marketplace meta-tools as well as multiple near-redundant discovery backends. A more scoped legal server could merge the process-finding variants and keep the utility/marketplace features separate.

Completeness2/5

The server covers a lot of ground—company/CPF data, DJEN and portal discovery, jurisprudence full text, monitoring, transparency, PEP, and sanctions—but there is no native current-case-status/movimentaçoes tool, and the descriptions repeatedly tell agents to enrich with datajud_* tools that are not exposed directly in this list. That is a significant workflow gap for a tool advertised as an alternative to Jusbrasil.