Skip to main content
Glama
nks1097

Zabbix MCP Server Universal

by nks1097

zabbix_atualizar_trigger

Update supported properties of a Zabbix trigger, such as status, priority, and comments, by trigger ID to adjust alert behavior and documentation without recreating the trigger.

Instructions

  1. Atualizar propriedades suportadas de uma trigger.

Input Schema

NameRequiredDescriptionDefault
statusNo
commentsNo
priorityNo
triggeridYes

Output Schema

NameRequiredDescriptionDefault
erroNoDescrição detalhada do erro caso sucesso seja false
dadosNoPayload estruturado retornado pela operação
avisosNoLista de avisos, recomendações ou pendências
sucessoYesIndica se a operação foi bem-sucedida
metadadosNoMetadados operacionais da execução
id_requisicaoNoIdentificador único da requisição para rastreabilidade

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv1.0.0

TDQS

C2.4/5.0
Behavior1/5

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

No annotations are provided, so the description carries the full burden. The text only states 'properties' but provides no behavioral context regarding success/failure, required authentication levels, or transactional guarantees for the update operation.

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?

The definition is extremely concise, delivering the core intent in a single, brief statement. There is no unnecessary padding.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness1/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the complexity of modifying system properties like triggers, the description is dangerously incomplete. It lacks the necessary high-level context required for an agent to safely and intelligently deploy this tool.

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

Parameters1/5

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

Schema description coverage is 0%, yet the description fails to add any semantic meaning to the parameters. It does not explain what 'status', 'comments', or 'priority' means in the Zabbix context (e.g., numerical ranges, allowed status values) beyond what is provided in the schema types.

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?

The purpose is clearly stated: 'Atualizar propriedades suportadas de uma trigger.' This specifies the action (update) and the resource (trigger properties). It is specific enough, though it could be slightly improved by naming the specific properties mentioned in the schema.

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?

There are no usage guidelines provided. The description does not explain when this tool should be used versus other Zabbix tools like zabbix_consultar_trigger or zabbix_criar_trigger, leaving the agent to rely solely on schema and context.

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

Deploy Server

Other Tools