Skip to main content
Glama
glira

mcp-tomticket

by glira

tomticket_list_open_tickets

Retrieve open support tickets from TomTicket, excluding canceled and finished ones. Filter by page, priority, tags, operator, department, or stopwatch without modifying data.

Instructions

Lista chamados ABERTOS da conta TomTicket (exclui cancelados e finalizados). Nao altera dados.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
pageNoPagina. Ate 50 itens por pagina. Padrao: 1.
priorityNoPrioridades separadas por virgula: 1 baixa, 2 normal, 3 alta, 4 urgente.
show_tagsNo1 para incluir tags.
operator_idNoFiltrar por atendente. Vazio localiza sem atendente.
department_idNoFiltrar por departamento.
show_stopwatchNo1 para incluir horarios cronometrados.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

A3.6/5.0
Behavior4/5

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

Sem annotations, a descrição assume o peso e declara explicitamente que a operação não altera dados, o que indica segurança/efeito somente leitura. Também revela o filtro comportamental de excluir cancelados e finalizados, embora não detalhe paginação ou formato de retorno.

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 é curta, direta e sem redundância. A primeira frase entrega o propósito e o escopo; a segunda comunica a segurança da operação. Cada frase contribui com informação útil.

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 um endpoint de listagem somente leitura, sem parâmetros obrigatórios e com schema cobrindo todos os campos, a descrição é suficiente para o agente invocar corretamente. Faltam detalhes sobre o formato da resposta e orientação em relação aos siblings, mas esses não impedem o uso básico.

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?

A cobertura do schema é de 100%, com descrição detalhada para todos os 6 parâmetros, incluindo limites e formatos. A descrição da ferramenta não acrescenta semântica adicional aos parâmetros, então o baseline 3 é adequado.

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?

A descrição afirma claramente o verbo e o recurso: listar chamados abertos da conta TomTicket e informa exclusões explícitas (cancelados e finalizados). Não menciona diretamente o sibling tomticket_list_tickets para diferenciar, mas o escopo de status já é específico o suficiente.

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

Usage Guidelines2/5

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

Não há orientação sobre quando usar esta ferramenta em vez de tomticket_list_tickets, tomticket_get_ticket ou outras listagens. O contexto de uso fica apenas implícito no próprio nome e descrição.

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