mcp-server-datadog
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| DATADOG_SITE | No | The Datadog site (e.g. datadoghq.eu) | |
| DATADOG_API_KEY | Yes | Your Datadog API key | |
| DATADOG_APP_KEY | Yes | Your Datadog Application 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 | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_incidentsC | Get incidents from Datadog |
| get_incidentC | Get an incident from Datadog |
| query_metricsC | Query timeseries points of metrics from Datadog |
| get_logsB | Search and retrieve logs from Datadog |
| get_all_servicesB | Extract all unique service names from logs |
| get_monitorsC | Get monitors status from Datadog |
| list_dashboardsC | Get list of dashboards from Datadog |
| get_dashboardC | Get a dashboard from Datadog |
| list_tracesC | Get APM traces from Datadog |
| mute_hostC | Mute a host in Datadog |
| unmute_hostC | Unmute a host in Datadog |
| list_hostsC | Get list of hosts from Datadog |
| get_active_hosts_countC | Get the total number of active hosts in Datadog (defaults to last 5 minutes) |
| list_downtimesC | List scheduled downtimes from Datadog |
| schedule_downtimeC | Schedule a downtime in Datadog |
| cancel_downtimeC | Cancel a scheduled downtime in Datadog |
| get_rum_applicationsB | Get all RUM applications in the organization |
| get_rum_eventsC | Search and retrieve RUM events from Datadog |
| get_rum_grouped_event_countC | Search, group and count RUM events by a specified dimension |
| get_rum_page_performanceC | Get page (view) performance metrics from RUM data |
| get_rum_page_waterfallB | Retrieve RUM page (view) waterfall data filtered by application name and session ID |
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
Most tools target a clearly distinct resource+action pair, and the RUM group separates applications, events, grouped counts, performance, and waterfall. Minor overlap exists between get_rum_events and get_rum_grouped_event_count, and get_all_services is a log-derived helper that could be mistaken for a general listing tool.
Names consistently use snake_case with verb_noun ordering (list_*, get_*, mute_host, schedule_downtime). There are minor deviations where 'get' is used for list-like operations (get_monitors, get_logs, get_rum_applications) instead of 'list', but the pattern remains readable.
21 tools cover a broad Datadog surface (incidents, metrics, logs, monitors, dashboards, traces, hosts, downtimes, RUM), so the count is justified by the domain. It sits at the upper end of comfortable scope but each tool maps to a real capability.
The surface covers the key read/monitoring workflows plus some write actions (host mute/unmute, downtime schedule/cancel). Gaps remain in write coverage for incidents, monitors, and dashboards (no create/update/mute), but core observability workflows are workable.