Skip to main content
Glama
Ownership verified

Server Details

Descubra feriados nacionais, estaduais e municipais do Brasil em tempo real. Permite buscar por data, estado, município e verificar se uma data específica é feriado.

Status
Healthy
Last Tested
Transport
Streamable HTTP
URL

Glama MCP Gateway

Connect through Glama MCP Gateway for full control over tool access and complete visibility into every call.

MCP client
Glama
MCP server

Full call logging

Every tool call is logged with complete inputs and outputs, so you can debug issues and audit what your agents are doing.

Tool access control

Enable or disable individual tools per connector, so you decide what your agents can and cannot do.

Managed credentials

Glama handles OAuth flows, token storage, and automatic rotation, so credentials never expire on your clients.

Usage analytics

See which tools your agents call, how often, and when, so you can understand usage patterns and catch anomalies.

100% free. Your data is private.

Tool Definition Quality

Score is being calculated. Check back soon.

Available Tools

9 tools
buscar_feriadosBuscar FeriadosInspect

Busca feriados brasileiros com filtros flexíveis. Use esta tool para consultas gerais quando precisar filtrar por múltiplos critérios ao mesmo tempo. Pode filtrar por data, tipo (NACIONAL/ESTADUAL/MUNICIPAL/FACULTATIVO), estado (UF), cidade (código IBGE), ano e mês. Para buscas mais específicas, prefira usar as tools especializadas (feriados_nacionais, feriados_por_estado, etc.). Retorna lista paginada de feriados com nome, data (DD/MM/YYYY), tipo, descrição e indicador bancário (FEBRABAN).

ParametersJSON Schema
NameRequiredDescriptionDefault
ufNoSigla do estado em maiúsculas (ex: SP, RJ, MG)
anoNoAno com 4 dígitos (ex: 2026)
dateNoData no formato YYYY-MM-DD (ex: 2026-12-25)
ibgeNoCódigo IBGE do município (ex: 3550308 para São Paulo)
typeNoTipo do feriado
monthNoMês de 1 a 12 (requer que 'ano' também seja informado)
bancariosNoSe true, retorna apenas feriados bancários (calendário FEBRABAN)
buscar_municipiosBuscar MunicípiosInspect

Busca municípios brasileiros por estado. Retorna nome, UF e código IBGE de cada município. Use esta tool para descobrir o código IBGE de uma cidade antes de consultar feriados municipais com 'feriados_por_cidade'. Pode filtrar por UF para listar apenas municípios de um estado. O Brasil possui mais de 5.500 municípios; use o filtro de UF para resultados mais precisos.

ParametersJSON Schema
NameRequiredDescriptionDefault
ufNoSigla do estado para filtrar (ex: SP, RJ). Se omitido, retorna todos os municípios paginados.
pageNoNúmero da página (default: 1)
limitNoItens por página (default: 50, max: 100)
feriados_bancariosFeriados Bancários (FEBRABAN)AInspect

Lista todos os feriados bancários do calendário oficial FEBRABAN (Resolução 4.880/2020 do CMN). Inclui feriados nacionais + datas facultativas em que agências bancárias não funcionam: Carnaval (seg/ter), Quarta-feira de Cinzas, Corpus Christi e Véspera de Ano Novo (31/dez). Ideal para cálculos de vencimentos, compensações e prazos bancários. Pode filtrar por estado (UF) ou município (IBGE) para incluir feriados bancários estaduais/municipais.

ParametersJSON Schema
NameRequiredDescriptionDefault
ufNoSigla do estado para incluir feriados estaduais bancários (ex: SP)
anoNoAno com 4 dígitos (ex: 2026)
ibgeNoCódigo IBGE do município para incluir feriados municipais bancários
facultativosNoSe true, inclui feriados facultativos bancários
Behavior3/5

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

With no annotations provided, the description carries the full burden. It successfully discloses content scope (nacionais + facultativas) and legal basis, but omits operational details like rate limits, pagination behavior, or response structure that would be necessary for full transparency.

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?

Four tightly constructed sentences with zero waste: purpose/legal basis, content details, use case, and filtering capabilities. Information is front-loaded and every sentence earns its place.

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?

Given the 4 optional parameters and read-only nature, the description adequately covers the tool's scope and functionality. Minor deduction for lacking output format description (no output schema exists), though the content of the return is well-characterized.

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?

Input schema has 100% description coverage, establishing a baseline of 3. The description reinforces the filtering concepts (UF/IBGE) and explains what 'facultativos' entails via specific holiday examples, but does not add significant semantic detail beyond the well-documented 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 the specific action 'Lista' and resource 'feriados bancários do calendário oficial FEBRABAN', distinguishing it from siblings via the specific legal reference (Resolução 4.880/2020) and explicit enumeration of included facultative dates (Carnaval, Quarta-feira de Cinzas, etc.).

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?

Provides clear usage context ('Ideal para cálculos de vencimentos, compensações e prazos bancários') and explains filtering capabilities, but lacks explicit guidance on when to prefer siblings like 'feriados_nacionais' or 'verificar_dia_util_bancario' over this comprehensive listing tool.

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

feriados_nacionaisFeriados NacionaisInspect

Lista todos os feriados nacionais do Brasil para um ano específico. Inclui feriados como Carnaval, Sexta-feira Santa, Tiradentes, Dia do Trabalho, Independência, Nossa Senhora Aparecida, Finados, Proclamação da República e Natal. Opcionalmente pode incluir feriados facultativos nacionais (Ponto Facultativo). Se nenhum ano for informado, retorna feriados de todos os anos disponíveis.

ParametersJSON Schema
NameRequiredDescriptionDefault
anoNoAno com 4 dígitos (ex: 2026). Se omitido, retorna todos os anos.
bancariosNoSe true, retorna apenas feriados bancários (calendário FEBRABAN)
facultativosNoSe true, inclui feriados facultativos nacionais (ex: Carnaval, Corpus Christi)
feriados_por_cidadeFeriados por CidadeInspect

Lista todos os feriados de uma cidade brasileira (feriados nacionais + estaduais + municipais). Use quando o usuário perguntar sobre feriados em uma cidade específica. Requer o código IBGE do município. Se não souber o código IBGE, use primeiro a tool 'buscar_municipios' para encontrá-lo. Exemplos de códigos IBGE: São Paulo = 3550308, Rio de Janeiro = 3304557, Belo Horizonte = 3106200, Brasília = 5300108.

ParametersJSON Schema
NameRequiredDescriptionDefault
anoNoAno com 4 dígitos (ex: 2026)
ibgeYesCódigo IBGE do município (ex: 3550308 para São Paulo). Use 'buscar_municipios' se não souber o código.
bancariosNoSe true, retorna apenas feriados bancários (calendário FEBRABAN)
facultativosNoSe true, inclui feriados facultativos
feriados_por_estadoFeriados por EstadoInspect

Lista todos os feriados de um estado brasileiro (feriados nacionais + estaduais daquele UF). Use quando o usuário perguntar sobre feriados em um estado específico, como "feriados em São Paulo" ou "feriados do RJ". As siglas dos estados (UF) são: AC, AL, AP, AM, BA, CE, DF, ES, GO, MA, MT, MS, MG, PA, PB, PR, PE, PI, RJ, RN, RS, RO, RR, SC, SP, SE, TO.

ParametersJSON Schema
NameRequiredDescriptionDefault
ufYesSigla do estado em maiúsculas (ex: SP, RJ, MG, BA)
anoNoAno com 4 dígitos (ex: 2026)
bancariosNoSe true, retorna apenas feriados bancários (calendário FEBRABAN)
facultativosNoSe true, inclui feriados facultativos do estado
listar_estadosListar Estados do BrasilInspect

Lista todos os 27 estados brasileiros (26 estados + Distrito Federal) com suas siglas UF. Use quando precisar consultar as siglas dos estados ou quando o usuário perguntar "quais são os estados do Brasil". Retorna sigla (UF) e nome completo de cada estado.

ParametersJSON Schema
NameRequiredDescriptionDefault

No parameters

verificar_dataVerificar se Data é FeriadoInspect

Verifica se uma data específica é feriado no Brasil. Use quando o usuário perguntar algo como "amanhã é feriado?", "25 de dezembro é feriado?", ou "segunda-feira vai ser feriado?". Retorna todos os feriados que caem naquela data (pode ter mais de um: nacional + municipal, por exemplo). Se retornar lista vazia, a data NÃO é feriado.

ParametersJSON Schema
NameRequiredDescriptionDefault
dataYesData no formato YYYY-MM-DD (ex: 2026-12-25)
verificar_dia_util_bancarioVerificar Dia Útil BancárioAInspect

Verifica se uma data é dia útil bancário (agências abrem normalmente). Use quando o usuário perguntar "o banco abre amanhã?", "quando vence o boleto?", "qual o próximo dia útil bancário?". Se não for dia útil, retorna o motivo (feriado bancário ou fim de semana) e o próximo dia útil bancário. Considera o calendário oficial FEBRABAN incluindo Carnaval, Quarta de Cinzas, Corpus Christi e 31/dez.

ParametersJSON Schema
NameRequiredDescriptionDefault
dataYesData no formato YYYY-MM-DD (ex: 2026-02-16)
Behavior4/5

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

No annotations provided, so description carries full burden. Discloses return structure (motivo + próximo dia útil) and data source specifics (FEBRABAN calendar including Carnaval, Quarta de Cinzas, etc.). Implies read-only nature via 'verifica' but doesn't explicitly state safety/idempotency.

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?

Four sentences with zero waste: purpose, usage triggers, output behavior, and data source. Every sentence provides distinct value. Well front-loaded with clear intent.

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?

For a single-parameter query tool with no output schema, description fully compensates by detailing return values (reason codes, next business day) and business logic (FEBRABAN rules). No gaps remain.

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 has 100% description coverage for the single 'data' parameter (format YYYY-MM-DD). Description adds no additional parameter semantics, which is acceptable given complete schema documentation.

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 specific action (Verifica) + resource (dia útil bancário) + scope (agências abrem normalmente). Distinguishes from sibling 'verificar_data' by specifying banking context and FEBRABAN calendar.

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?

Explicit 'Use quando...' with concrete example queries ('o banco abre amanhã?', 'quando vence o boleto?'). Provides clear trigger conditions for selection over sibling tools.

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

Discussions

No comments yet. Be the first to start the discussion!

Try in Browser

Your Connectors

Sign in to create a connector for this server.

Resources