Skip to main content
Glama
mcp-legislacao-br

mcp-legislacao-br

texto_planalto

Retrieves the full text of Brazilian federal legislation from Planalto in paginated character chunks, returning the next start offset so you can read subsequent pages.

Instructions

Texto integral de uma norma no Planalto, em páginas de limite_caracteres.

Use inicio com o valor de proximo_inicio para ler a página seguinte.

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "texto_planalto"
  }
}

Input Schema

NameRequiredDescriptionDefault
anoNo
urlNo
tipoNo
inicioNo
numeroNo
forcar_ao_vivoNo
somente_vigenteNo
limite_caracteresNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

C2.9/5.0
Behavior2/5

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

No annotations are provided, so the description carries the full disclosure burden. It reveals pagination and page-size behavior, but does not explain the effects of forcar_ao_vivo, somente_vigente, caching, authentication, error handling, or the fact that this is a read-only retrieval operation.

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 two short sentences with no filler, and the pagination instruction is front-loaded after the purpose statement. It is efficiently structured, though its brevity contributes to the missing parameter guidance noted elsewhere.

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

Completeness2/5

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

For an eight-parameter tool with no annotations and no output schema, the description is too thin. It does not explain most parameters, how to choose among sibling tools, or what the return value looks like beyond paginated text.

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?

Schema description coverage is 0% across eight parameters. The description mentions only inicio and limite_caracteres, leaving ano, url, tipo, numero, forcar_ao_vivo, and somente_vigente completely undocumented in both schema and description.

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 states a specific resource and scope: full text of a norm on Planalto, delivered in pages of limite_caracteres. It implicitly distinguishes itself from article-level siblings like artigo_planalto by promising the integral text of the norm, though it does not explicitly name alternatives.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It gives a concrete pagination instruction: use inicio with the value of proximo_inicio to read the next page. However, it offers no explicit guidance on when to use this tool versus buscar_legislacao, artigo_planalto, metadados_norma, or other siblings.

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