Skip to main content
Glama
SidneyBissoli

Senado BR — Brazilian Federal Senate Open Data

senado_horas_extras

Read-only

Retrieve overtime payments made to Brazilian Senate employees for a specific year and month, with optional filters by employee name and result limit.

Instructions

Horas extras pagas a servidores do Senado em ano/mes de referência (a partir de 2013). Retorna { ano, mes, count, total, valorTotal, horasExtras[] }, onde valorTotal soma o gasto do mês e cada item traz nome, valorTotal, horasExtras, competencia e pagamento. Filtro opcional por nome (busca parcial) e limite (padrão 100, máx 500). Para a remuneração completa do servidor use senado_remuneracoes_servidores.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
anoYesAno de referência
mesYesMês de referência
nomeNoNome do servidor (busca parcial)
limiteNoMáximo de resultados (padrão: 100)

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Behavior5/5

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

Annotations indicate read-only and open world. Description adds behavior: return structure, pagination (default 100, max 500), partial search on nome, data starting from 2013. No contradictions.

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?

Two sentences: first gives purpose and required params, second details return structure, optional params, and alternative tool. Front-loaded, no wasted words.

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 the tool's simplicity, the description fully covers input, output (including return structure), optional filters, and alternative. No gaps despite no separate output schema.

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

Parameters5/5

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

Schema covers all parameters fully. Description adds meaning: ano/mes as reference period, nome as partial search, limite with default and max. Adds value beyond schema.

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 description clearly states it retrieves overtime pay for Senate employees for a given year/month, using specific verb 'retorna' and resource 'horas extras'. It distinguishes from sibling tool 'senado_remuneracoes_servidores' for complete remuneration.

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?

Explicitly states when to use (get overtime pay data) and when to use alternative ('senado_remuneracoes_servidores'). Provides optional filters and default values, giving clear context.

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/SidneyBissoli/senado-br-mcp-cloudflare'

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