Zabbix MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| AUTH_TYPE | No | Must be set to 'no-auth' for streamable-http transport | |
| READ_ONLY | No | Set to 'true', '1', or 'yes' to enable read-only mode (only GET operations allowed) | |
| VERIFY_SSL | No | Enable/disable SSL certificate verification (default: 'true') | |
| ZABBIX_URL | Yes | Your Zabbix server API endpoint (e.g., https://zabbix.example.com) | |
| ZABBIX_USER | No | Your Zabbix username | |
| ZABBIX_TOKEN | No | Your Zabbix API token | |
| ZABBIX_MCP_HOST | No | Server host (default: 127.0.0.1) | |
| ZABBIX_MCP_PORT | No | Server port (default: 8000) | |
| ZABBIX_PASSWORD | No | Your Zabbix password | |
| ZABBIX_MCP_TRANSPORT | No | Transport type: 'stdio' (default) or 'streamable-http' | |
| ZABBIX_TEST_NETWORKS | No | Comma-separated test network CIDRs (e.g., 192.168.100.0/24,192.168.101.0/24) excluded by report tools when production_only=true; leave empty to disable | |
| ZABBIX_MCP_STATELESS_HTTP | No | Stateless mode (default: 'false') |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| host_getB | 查询主机列表。支持ID精确查询或名称模糊匹配,已知IP时优先用get_host_by_ip |
| hostgroup_getC | 查询主机群组列表 |
| hostgroup_get_hostsA | 查询群组内的主机列表。需先通过hostgroup_get获取groupid |
| host_software_inventory_getB | 查询单台主机的软件资产信息(software/software_full/software_app_a-e) |
| host_updateA | 修改主机的可见名称和群组。群组参数为groupid(需先查询) |
| item_getA | 查询监控项。需先通过host_get获取hostid。支持语义搜索,key_metrics_only智能筛选最佳指标 |
| trigger_getB | 查询触发器列表。priority=3,4,5只看严重以上级别 |
| event_getA | 查询原始历史事件;业务状态解释使用问题事实明细工具。 |
| history_getA | 获取监控项原始历史数据。长期趋势用trend_get |
| get_problem_summaryA | 查询统一分类后的当前问题摘要。历史事件用event_get |
| get_problem_fact_detailA | 按问题事件 ID 查询真实恢复、人工处置和当前监控状态。 |
| check_host_healthA | 按主机查询接口可用性、统一当前问题分类和关键指标。 |
| quick_statusC | 查看主机、统一当前问题分类及最近二十四小时事件。 |
| host_alert_historyC | 查询完整分页、精确恢复配对的主机与触发器告警历史。 |
| trend_getA | 获取监控项趋势数据(每小时聚合)。摘要用trend_summary |
| trend_summaryB | 按趋势桶样本数加权汇总,并返回时间桶与样本覆盖情况。 |
| event_daily_reportA | 生成运维日报 Markdown,展示条数默认与定时推送日报一致,可按章节覆盖或仅统计生产口径。 |
| event_weekly_reportA | 生成周一至周日运维周报 Markdown,展示条数默认与定时推送周报一致,可按章节覆盖或仅统计生产口径。 |
| event_monthly_reportB | 生成运维月报 Markdown,展示条数默认与定时推送月报一致,可按章节覆盖或仅统计生产口径。 |
| apiinfo_versionA | 获取Zabbix API版本信息 |
| get_host_by_ipA | 通过IP精确查询主机。已知IP时优先用此工具,比host_get更精准省Token |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 21 tools
Several read-oriented tools overlap around current problems, host health, quick status, and event history: get_problem_summary, get_problem_fact_detail, check_host_health, quick_status, host_alert_history, and event_get can be confused despite their descriptions. The descriptions do provide guidance, but boundaries are not always crisp.
All names use snake_case, but verb/noun ordering is mixed: host_get, item_get, event_get, and trend_get use noun_verb, while get_problem_summary, get_host_by_ip, and check_host_health use verb_noun, and others like quick_status and apiinfo_version are noun phrases. The conventions are readable but inconsistent.
21 tools is on the heavy side, but Zabbix is a broad monitoring domain covering hosts, groups, items, triggers, events, history, trends, reports, and health checks. Most tools map to distinct data needs, though a few status/problem tools could be consolidated.
The read surface is strong: hosts, groups, software inventory, items, triggers, events, history, trends, health checks, and daily/weekly/monthly reports are covered. Write/lifecycle coverage is thinner, with host_update but no host create/delete, problem acknowledgement, maintenance, or template/user management, which are notable but not fatal for a query/report-focused server.