From datadog
This skill should be used when the user wants to configure Datadog credentials, verify MCP server connectivity, or set project-level defaults (default service, search filters). Checks ~/.claude/settings.local.json for DD_API_KEY, DD_APP_KEY, and DD_SITE environment variables, tests MCP tool availability, and writes configuration to the project's CLAUDE.md. Activates on: "setup datadog", "configure datadog", "datadog setup", "install datadog", "connect to datadog", "datadog credentials", "datadog api key", "test datadog connection", "verify datadog", "datadog config", "initialize datadog", "configurare datadog", "configurazione datadog".
npx claudepluginhub fabn/claude-plugins --plugin datadogThis skill uses the workspace's default tool permissions.
Interactive setup wizard for the Datadog plugin. Verifies API credentials, tests MCP connectivity, and configures project-level defaults for log queries and dashboards.
Creates isolated Git worktrees for feature branches with prioritized directory selection, gitignore safety checks, auto project setup for Node/Python/Rust/Go, and baseline verification.
Executes implementation plans in current session by dispatching fresh subagents per independent task, with two-stage reviews: spec compliance then code quality.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
Interactive setup wizard for the Datadog plugin. Verifies API credentials, tests MCP connectivity, and configures project-level defaults for log queries and dashboards.
~/.claude/settings.local.json for environment variablesCLAUDE.md with default settingsRead ~/.claude/settings.local.json and verify the presence of required Datadog credentials in the env object:
| Variable | Required | Description |
|---|---|---|
DD_API_KEY | Yes | Datadog API key for authentication |
DD_APP_KEY | Yes | Datadog Application key for API access |
DD_SITE | Yes | Datadog site region endpoint |
For each missing variable:
Explain what it is and where to find it:
DD_API_KEY: Datadog → Organization Settings → API KeysDD_APP_KEY: Datadog → Organization Settings → Application Keys (needs logs_read_data, dashboards_read, metrics_read scopes)DD_SITE: The Datadog site for your organizationShow common DD_SITE values:
| Site | Value |
|---|---|
| EU | datadoghq.eu |
| US1 | datadoghq.com |
| US5 | us5.datadoghq.com |
| US3 | us3.datadoghq.com |
| AP1 | ap1.datadoghq.com |
IMPORTANT: Do NOT write credentials automatically. Only instruct the user on what to add and where. The user must edit the file themselves.
~/.claude/settings.local.json:
{
"env": {
"DD_API_KEY": "your-api-key-here",
"DD_APP_KEY": "your-app-key-here",
"DD_SITE": "datadoghq.eu"
}
}
If all variables are present, confirm with a checkmark and proceed to Step 2.
Test that the Datadog MCP server is reachable and credentials are valid:
ToolSearch("datadog") to discover available MCP toolslist-metrics with a small limit or get-metrics with a known metric prefix) to verify credentials workDD_SITE value, network issuesAsk the user if they want to configure a default Datadog service for this project:
"Do you have a default Datadog service name for this project? This will be used to auto-scope log queries."
CLAUDE.mdThe service name should match what appears in Datadog's Service Catalog (e.g., backend-api, frontend-app, worker).
Ask the user if they want a default search filter prepended to all log queries:
"Do you want a default filter prepended to all log queries? Common examples:
env:production,team:backend,kube_namespace:production"
CLAUDE.mdIf the user configured any defaults (service or filter), append the configuration block to the project's local CLAUDE.md file in the current working directory.
Format (using HTML comments so it's invisible in rendered markdown but parseable):
<!-- datadog-plugin-config -->
<!-- datadog_default_service: my-service-name -->
<!-- datadog_default_filter: env:production -->
Rules:
CLAUDE.md exists, append the config block at the endCLAUDE.md does not exist, create it with only the config block<!-- datadog-plugin-config --> block already exists, replace itNote: This configuration format is read by
datadog:logs(Step 1: Detect Context) to auto-scope queries. Changes to the format must be synchronized between both skills.
Print a configuration summary:
Datadog Plugin Configuration
-----------------------------
DD_SITE: datadoghq.eu (configured)
DD_API_KEY: configured
DD_APP_KEY: configured
MCP Connection: verified
Default service: backend-api
Default filter: env:production
Next steps:
- Search logs: /datadog:logs show me recent errors
- Analyze traces: /datadog:traces find recent error traces
- Create dashboard: /datadog:dashboard create a Redis dashboard
Adjust the summary based on what was actually configured. For missing items, show "not configured" and suggest running setup again.
| Situation | Action |
|---|---|
~/.claude/settings.local.json doesn't exist | Tell user to create it with the required env vars |
| JSON parse error in settings file | Warn user about malformed JSON, suggest fixing |
| MCP server not responding | Check if plugin is installed, suggest /plugin install datadog@fabn-claude-plugins |
| API key has insufficient scopes | List required scopes: logs_read_data, dashboards_read, metrics_read |
CLAUDE.md is read-only | Warn and print the config block for manual addition |
/datadog:logs — Search and analyze logs (reads configuration written by this skill)/datadog:traces — Search and analyze APM traces (reads configuration written by this skill)/datadog:dashboard — Create Terraform-based Datadog dashboards