Skills datadog-mcp
Datadog observability via the official MCP Server — query logs, traces, metrics, monitors, incidents, dashboards, hosts, synthetics, and workflows through Datadog's remote MCP endpoint. Use when investigating production issues, checking monitor status, searching logs/traces, querying metrics timeseries, managing incidents, or listing dashboards and synthetic tests. Supports both remote (Streamable HTTP) and local (stdio) MCP transports. Requires DD_API_KEY and DD_APP_KEY.
git clone https://github.com/openclaw/skills
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/bcwilsondotcom/datadog-mcp" ~/.claude/skills/clawdbot-skills-datadog-mcp && rm -rf "$T"
skills/bcwilsondotcom/datadog-mcp/SKILL.mdDatadog MCP Server
Query Datadog observability data through the official MCP Server.
Requirements
| Variable | Required | Description |
|---|---|---|
| ✅ | Datadog API key (Organization Settings → API Keys) |
| ✅ | Datadog Application key (Organization Settings → Application Keys) |
| Optional | Datadog site (default: ) |
Setup
Option A: Remote MCP Server (Recommended)
Datadog hosts the MCP server — no local install needed.
mcporter add datadog \ --transport http \ --url "https://mcp.datadoghq.com/api/unstable/mcp-server/mcp" \ --header "DD-API-KEY:$DD_API_KEY" \ --header "DD-APPLICATION-KEY:$DD_APP_KEY"
To select specific toolsets, append
?toolsets=logs,metrics,monitors to the URL.
Option B: Local stdio MCP Server
Use the community
datadog-mcp-server npm package:
npx datadog-mcp-server \ --apiKey "$DD_API_KEY" \ --appKey "$DD_APP_KEY" \ --site "$DD_SITE"
Option C: Claude Code / Codex CLI
claude mcp add --transport http datadog-mcp \ "https://mcp.datadoghq.com/api/unstable/mcp-server/mcp?toolsets=core"
Available Toolsets
| Toolset | Tools | Description |
|---|---|---|
| General platform tools | Default — always included |
| | Search and retrieve log entries |
| , | Investigate distributed traces |
| , | Query timeseries metrics data |
| | Retrieve monitor configs and status |
| | Infrastructure host information |
| , | Incident management |
| | Discover dashboards |
| Synthetic test tools | Synthetic monitoring tests |
| Workflow automation tools | List, inspect, execute workflows |
Select toolsets via URL query parameter:
?toolsets=logs,metrics,monitors,incidents
Usage Examples
- Error investigation: "Show me error logs from service:api-gateway in the last hour" — uses
with query filtersget_logs - Monitor status: "Are there any triggered monitors for the payments service?" — uses
with service tag filterget_monitors - Metrics query: "Show me p99 latency for web-app over the last 4 hours" — uses
thenlist_metrics
for timeseriesget_metrics - Incident response: "List active incidents" — uses
list_incidents - Trace investigation: "Find slow spans for service:checkout taking over 5s" — uses
with duration filterlist_spans
Operational Runbooks
— step-by-step incident triage via MCPreferences/incident-response.md
— log/trace/metric correlation patternsreferences/troubleshooting.md
— complete tool parameters and response schemasreferences/api-reference.md
Multi-Site Support
| Region | Site |
|---|---|
| US1 (default) | |
| US3 | |
| US5 | |
| EU | |
| AP1 | |
| US1-FED | |
For the remote MCP server, the site is determined by your API key's org. For the local server, pass
--site.
Security Notes
- API keys grant read access to your Datadog org — treat them as secrets
- Application keys inherit the permissions of the user who created them
- Use scoped application keys with minimal permissions for production
- The remote MCP server runs on Datadog infrastructure — data does not leave Datadog
- The local stdio server runs on your machine — API calls go directly to Datadog's API