Mackerel MCP Server
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MACKEREL_APIKEY | Yes | Your Mackerel API key |
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
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_alertsA | Retrieve alerts from Mackerel. š USE THIS TOOL WHEN USERS:
Get all alerts |
| get_alertA | Retrieve a specific alert by ID from Mackerel. š USE THIS TOOL WHEN USERS:
|
| get_alert_logsA | Retrieve logs for a specific alert by ID from Mackerel. š USE THIS TOOL WHEN USERS:
|
| list_dashboardsA | Retrieve all dashboards from Mackerel. š USE THIS TOOL WHEN USERS:
|
| get_dashboardA | Retrieve a specific dashboard by ID from Mackerel. š USE THIS TOOL WHEN USERS:
|
| update_dashboardA | Update a specific dashboard by ID in Mackerel. š USE THIS TOOL WHEN USERS:
|
| list_hostsA | Retrieve hosts from Mackerel. š USE THIS TOOL WHEN USERS:
Get hosts for a specific roleGet hosts by status with paginationGet hosts in summary format (reduced response size)Get next page of hosts |
| get_host_metricsA | Retrieve metrics data for a specific host from Mackerel. š USE THIS TOOL WHEN USERS:
š AVAILABLE METRIC NAMES:
Get custom metricGet AWS EC2 CPU utilization |
| list_servicesA | Retrieve all services from Mackerel. š USE THIS TOOL WHEN USERS:
|
| get_service_metricsA | Retrieve metrics data for a specific service from Mackerel. š USE THIS TOOL WHEN USERS:
š AVAILABLE METRIC NAMES:
Get service page views |
| list_monitorsA | Retrieve all monitor configurations from Mackerel. š USE THIS TOOL WHEN USERS:
|
| get_monitorA | Retrieve a specific monitor configuration by ID from Mackerel. š USE THIS TOOL WHEN USERS:
|
| get_traceA | Retrieve trace data by trace ID from Mackerel for distributed tracing analysis. š USE THIS TOOL WHEN USERS:
Focus on errors onlyFilter spans with duration over 100msDetailed analysis with attributesMinimal view for overviewPagination through large tracesCombined filtering and pagination |
| list_tracesA | Search and retrieve traces from Mackerel for distributed tracing analysis. š USE THIS TOOL WHEN USERS:
Filter by latencyFilter by environment and versionSearch by span namePagination and sorting |
| list_http_server_statsA | Retrieve HTTP server statistics from Mackerel. š USE THIS TOOL WHEN USERS:
Filter by environment and versionFilter by HTTP method and routePagination |
| list_db_query_statsA | Retrieve database query statistics from Mackerel. š USE THIS TOOL WHEN USERS:
Filter by environment and versionSearch for specific queriesPagination |
| search_logsA | Search logs of a service from Mackerel. š USE THIS TOOL WHEN USERS:
š KEEPING RESPONSES SMALL:
Logs in the last 15 minutesLogs related to a trace in chronological orderKeyword searchFilter JSON bodies: {"res": {"status": 500+}}Include log attributesNext page |
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 17 tools
Each tool targets a clearly distinct resource and action: alerts, dashboards, hosts, services, monitors, metrics, traces, HTTP stats, DB stats, and logs. Overlaps such as get_trace vs. search_logs or get_host_metrics vs. get_service_metrics are resolved by resource scope and descriptions.
All tool names follow a consistent snake_case verb_noun convention, with list_*, get_*, update_*, and search_* used predictably. The one search_* tool still fits the same readable pattern.
Seventeen tools is slightly above the typical 3-15 range, but the server covers a broad monitoring domain with many distinct resource types. Each tool appears to earn its place, though the surface is on the heavier side.
The read-oriented surface is broad, but lifecycle coverage is incomplete: dashboards have list/get/update but no create/delete, monitors have list/get but no create/update/delete, and hosts/services lack dedicated detail tools. These gaps are workable for monitoring queries but notable for administrative workflows.