Skip to main content
Glama

astrea_compromisso_excluir

Exclui um COMPROMISSO/evento da agenda do Astrea. Use para CANCELAR o compromisso. Para só corrigir algo nele (horário, título, local, responsável) use astrea_compromisso_editar — excluir e recriar gera um appointment_id novo e quebra as referências guardadas.

  • appointment_id: id do compromisso (retornado em astrea_compromisso_criar).

Bulk support: accepts appointment_ids for batched execution.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
appointment_idYes
appointment_idsNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. Added

TDQS

A3.7/5.0
Behavior1/5

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

The description clearly states that the tool deletes/cancels an appointment, which is a destructive operation. However, the annotations declare destructiveHint: false, which directly contradicts the described behavior. Per the rubric, this contradiction forces a score of 1.

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 compact and front-loads the core purpose before the usage caveat and bulk note. Each part earns its place, though 'Exclui' and 'Use para CANCELAR' are slightly redundant.

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?

For a simple delete tool, the description covers the operation, the source of the identifier, bulk support, and the key sibling alternative. It does not describe failure/return behavior, but no output schema exists and the core invocation guidance is complete.

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 description coverage is 0%, so the description must compensate. It explains that appointment_id comes from astrea_compromisso_criar and that appointment_ids enables batch execution. This adds useful meaning, but it leaves the relationship between the singular required parameter and the batch parameter somewhat underspecified.

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 uses a specific verb and resource: 'Exclui um COMPROMISSO/evento da agenda do Astrea' and explicitly frames it as cancellation. It also differentiates itself from the sibling astrea_compromisso_editar, so an agent can immediately tell which tool to choose.

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?

The description explicitly states when to use this tool ('Use para CANCELAR o compromisso') and when not to, directing the agent to astrea_compromisso_editar for corrections and warning that deleting and recreating breaks references. This is strong, actionable guidance.

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.