Skip to main content
Glama
winor30

mcp-server-datadog

by winor30

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
DATADOG_SITENoThe Datadog site (e.g. datadoghq.eu)
DATADOG_API_KEYYesYour Datadog API key
DATADOG_APP_KEYYesYour 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

CapabilityDetails
tools
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
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

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.1/5.0

Scored across 21 tools

Disambiguation4/5

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.

Naming Consistency4/5

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.

Tool Count4/5

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.

Completeness4/5

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.

Maintenance

ActivityMaintained
ResponsivenessUnresponsive