Skip to main content
Glama

vigia_eventos

Eventos de uma compra vigiada (o que mudou, de quê para quê, quando) e a fotografia atual. Precisa do token edm_….

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
idYesid da vigia
limiteNo1 a 100 (padrão 50)

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. First observed

TDQS

A3.6/5.0
Behavior3/5

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

A descrição revela a exigência do token 'edm_…' e informa o tipo de dado retornado (eventos e fotografia atual). Como não há anotações, ela assume parte do ônus, mas não declara explicitamente que a operação é somente leitura nem eventuais efeitos colaterais ou paginação.

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 é uma única frase objetiva, que empacota o conteúdo retornado e o requisito de autenticação sem rodeios. Informação essencial é apresentada de forma compacta.

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?

Para uma ferramenta simples, com dois parâmetros e sem schema de saída, a descrição cobre o recurso, o conteúdo retornado e o requisito de token. Faltam detalhes estruturais do retorno, mas a complexidade é baixa e as lacunas são aceitáveis.

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?

O schema já documenta 100% dos parâmetros ('id da vigia' e 'limite'), então a descrição não precisa repeti-los. Ela não acrescenta nenhum detalhe semântico além do que está no schema, ficando no baseline 3.

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?

O texto descreve claramente o objeto da ferramenta: eventos de uma compra vigiada e a fotografia atual. Apesar de não usar um verbo explícito como 'retorna' ou 'lista', a expressão nominal é específica e diferencia a ferramenta de irmãs como 'vigiar_compra' e 'compra'.

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?

A descrição indica implicitamente que a ferramenta deve ser usada para consultar o histórico de mudanças e o estado atual de uma compra monitorada. Porém, não menciona alternativas nem condições de uso em relação às ferramentas irmãs, deixando o agente inferir o contexto.

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.4/5.0
Disambiguation4/5

Most tools target a distinct resource and action, and descriptions clearly separate alerta_por_cnpj from criar_alerta and vigiar_compra from vigia_eventos. Only recibo is somewhat generic without reading its description, and the two alert-creation tools share a conceptual overlap.

Naming Consistency2/5

All names use snake_case, but conventions vary widely: some are verb+noun (criar_alerta, buscar_licitacao), some noun+verb (credito_recarregar), many are noun+noun (credito_saldo, alertas_compras, vigia_eventos), and health/api_index are English amid Portuguese names. The set feels less predictable than it could be.

Tool Count4/5

With 19 tools, the server covers several subdomains: search, documents, alerts, watches, billing, and account management. It is a bit heavy and includes optional meta endpoints like api_index and health, but the count is justifiable for the scope.

Completeness3/5

The surface covers search, purchase details, document extraction, alert creation and matches, watch creation/events, credits, and webhook management. However, there is no way to list, update, or cancel existing alerts or watches, which is a notable lifecycle gap.

Resources