Code Design Rationale Investigator
cursor/plugins
Digs into why code is shaped the way it is by checking git history, pull requests and connected tools in parallel, then reporting a cited read on the tradeoffs.
Live Debugger - inspect runtime argument/variable values in production by placing log probes on methods.
$ npx skills add DataDog/pup --skill dd-debugger -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install DataDog/pup dd-debugger --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/DataDog/pup.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/dd-debugger .claude/skills/dd-debugger && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "dd-debugger" agent skill from https://github.com/DataDog/pup/tree/main/skills/dd-debugger into .claude/skills/dd-debugger/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dd-debugger", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/DataDog/pup/tree/main/skills/dd-debuggerType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add DataDog/pup --skill dd-debugger -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install DataDog/pup dd-debugger --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/DataDog/pup.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/dd-debugger .agents/skills/dd-debugger && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "dd-debugger" agent skill from https://github.com/DataDog/pup/tree/main/skills/dd-debugger into .agents/skills/dd-debugger/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dd-debugger", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add DataDog/pup --skill dd-debugger -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install DataDog/pup dd-debugger --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/DataDog/pup.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/dd-debugger .cursor/skills/dd-debugger && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "dd-debugger" agent skill from https://github.com/DataDog/pup/tree/main/skills/dd-debugger into .cursor/skills/dd-debugger/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dd-debugger", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/DataDog/pup.git --path skills/dd-debugger--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add DataDog/pup --skill dd-debugger -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install DataDog/pup dd-debugger --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/DataDog/pup.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/dd-debugger .gemini/skills/dd-debugger && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "dd-debugger" agent skill from https://github.com/DataDog/pup/tree/main/skills/dd-debugger into .gemini/skills/dd-debugger/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dd-debugger", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install DataDog/pup dd-debuggerInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add DataDog/pup --skill dd-debugger -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/DataDog/pup.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/dd-debugger .github/skills/dd-debugger && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "dd-debugger" agent skill from https://github.com/DataDog/pup/tree/main/skills/dd-debugger into .github/skills/dd-debugger/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dd-debugger", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add DataDog/pup --skill dd-debugger -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install DataDog/pup dd-debugger --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/DataDog/pup.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/dd-debugger .opencode/skills/dd-debugger && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "dd-debugger" agent skill from https://github.com/DataDog/pup/tree/main/skills/dd-debugger into .opencode/skills/dd-debugger/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dd-debugger", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
dd-debuggerLive Debugger - inspect runtime argument/variable values in production by placing log probes on methods.
Dd Debugger is an agent skill from DataDog/pup, published by the product's own GitHub organization. Live Debugger - inspect runtime argument/variable values in production by placing log probes on methods. Use when asked what values a function receives, what parameters look like at runtime, or to capture live data from running services without redeploying.
Its SKILL.md is about 2.7k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It works with Datadog. The repository describes itself as: Give your AI agent a Pup — a CLI companion with 200+ commands across 33+ Datadog products. The licence is Apache-2.0.
6 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 6a3c662. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
brewjqFrom the folder's file list and the shell code blocks in SKILL.md.
Links to these hosts (documentation or services it may open):
docs.datadoghq.comFrom URLs in SKILL.md, links to its own repository left out.
Names these keys or tokens, usually read from environment variables:
DD_API_KEYDD_APP_KEYFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Dd Debugger loads about 2.7k tokens when it runs. Until then it costs about 67 tokens; SKILL.md has 776 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from DataDog/pup at commit 6a3c662, republished under its Apache-2.0 licence (© DataDog). 776 words, ~2,657 tokens.
.claude/skills/dd-debugger/SKILL.md (or your agent's skills folder).Place log probes on running services without redeploying. Create probes with custom templates and conditions, and stream captured events in real time.
pup must be installed:
brew tap datadog-labs/pack && brew install pupAuthenticate via OAuth2 (recommended) or API keys:
# OAuth2 (recommended)
pup auth login
# Or use API keys
export DD_API_KEY="key" DD_APP_KEY="key" DD_SITE="datadoghq.com"Prefer --capture expressions over full snapshots. Capture expressions are lighter-weight, faster, and return exactly the data you need.
pup debugger context <service> to list environments with active instances. If multiple environments exist, ask the user which one to target before proceeding.dd-symdb skill (pup symdb search --view probe-locations)--fields for compact output# 0. List environments (if multiple, ask user which to use)
pup debugger context my-service --fields service,language,envs
# 1. Create a probe with capture expressions (recommended)
# Use --fields id to get just the probe ID back
pup debugger probes create \
--service my-service \
--env production \
--probe-location "com.example.MyController:handleRequest" \
--capture "request.id" \
--capture "request.headers" \
--ttl 1h \
--fields id
# 2. Stream events with compact output
pup debugger probes watch <PROBE_ID> --timeout 60 --limit 10 \
--fields "message,captures,timestamp"
# 3. Clean up
pup debugger probes delete <PROBE_ID>Always run this before creating probes. It returns JSON by default (like all other commands) showing environments with active instances, tracer versions, and supported probe features. If the service runs in multiple environments, ask the user which one to target — don't guess.
# Full JSON output (default)
pup debugger context my-service
# Compact: just the fields you need
pup debugger context my-service --fields service,language,envs
# Filter to a specific environment
pup debugger context my-service --env production --fields service,envs,repo| Flag | Description | Default |
|---|---|---|
--env | Filter to a specific environment | All environments |
--fields | Comma-separated fields: service, language, envs, repo | Full JSON response |
# All probes
pup debugger probes list
# Filter by service
pup debugger probes list --service my-servicepup debugger probes get <PROBE_ID>pup debugger probes create \
--service my-service \
--env staging \
--probe-location "com.example.MyClass:myMethod" \
--capture "user.name" \
--capture "order.items[0].price"To disambiguate overloaded methods, pass a signature with argument types:
pup debugger probes create \
--service my-service \
--env staging \
--probe-location "com.example.MyClass:myMethod(int, java.lang.String)" \
--capture "user.name"Options:
| Flag | Description | Default |
|---|---|---|
--service | Service name (required) | — |
--env | Environment (required) | — |
--probe-location | TYPE:METHOD or TYPE:METHOD(args) (required). The signature form disambiguates overloaded methods. | — |
--language | java, python, dotnet, go | Auto-detected from symdb |
--capture EXPR | Capture expression (repeatable). Use dot notation for fields, brackets for indexing. | None |
--capture | Without value: enable full snapshot (capture everything). | No snapshot |
--template | Log message template with {variable} placeholders. Can combine with --capture. | Auto-generated |
--condition | DSL condition to filter captures | None |
--depth | How deep the tracer traverses the object graph when capturing (1–5). Start at 1 to see field names/types, increase to drill in. | 1 |
--rate | Snapshots per second | 1 |
--budget | Max probe hits. Only "total" window supported (hourly/daily not yet available). | 1000 |
--ttl | Probe time-to-live (e.g., 10m, 1h, 24h). Probe auto-expires. | 1h |
Always prefer capture expressions over full snapshots. They are lighter-weight and return exactly the data you need.
# Capture specific fields using dot notation
--capture "user.name"
--capture "request.headers"
# Access array elements
--capture "orders[0].total"
--capture "items[len(items)].name"
# Chain member access
--capture "response.body.data.id"Multiple --capture flags can be combined. Each expression is independently evaluated.
# Capture multiple specific values
pup debugger probes create \
--service my-service --env prod \
--probe-location "OrderService:processOrder" \
--capture "order.id" \
--capture "order.items[0].price" \
--capture "customer.email"Tip: Start with
--depth 1(the default) to see field names and types, then increase depth to drill into interesting subtrees. Use--depth 5for deeply nested objects.
Use bare --capture (no value) only when you don't know which fields to inspect:
# Full snapshot — captures all arguments, locals, return value
pup debugger probes create \
--service my-service --env staging \
--probe-location "com.example.MyClass:myMethod" \
--captureYou can combine snapshot with capture expressions:
# Full snapshot + specific expressions
--capture --capture "user.name"Templates can be used alongside capture expressions for custom log messages:
# Template with capture expressions
pup debugger probes create \
--service my-service --env prod \
--probe-location "MyClass:myMethod" \
--capture "user.id" \
--template "Processing request for user={user.id}, took {@duration}ms"Template syntax uses {variable} placeholders:
--template "Processing order={orderId} for user={userId}"
--template "handleRequest took {@duration}ms"Conditions filter when the probe fires:
--condition "status == 'error'"
--condition "@duration > 100"pup debugger probes delete <PROBE_ID>Stream log events and status errors from a probe in real time.
pup debugger probes watch <PROBE_ID>Options:
| Flag | Description | Default |
|---|---|---|
--timeout | Exit after N seconds | 120 |
--limit | Exit after N log events | unlimited |
--from | Start time for log query | now |
--wait | Wait up to N seconds for the probe to become available | 0 |
--fields | Comma-separated fields to include: message, captures, timestamp. Compact JSON output. | Full debugger payload |
Behavior:
--fields: outputs the trimmed debugger payload (snapshot, probe info, stack) — not the full log envelope--fields: outputs only the requested fields as compact JSON per event--from is now — only shows new events going forward--from 5m or --from 1h to include recent historical events--wait <seconds> to retry probe existence check (handles create → watch pipeline); default is 0 (fail immediately if not found)--fields for compact outputFor most agent use cases, --fields gives you exactly what you need without jq:
# Message + captures + timestamp (most common)
pup debugger probes watch <ID> --fields "message,captures,timestamp" --limit 5
# Template message only (one line per event)
pup debugger probes watch <ID> --fields "message" --limit 10
# Just captures (expression values or snapshot data)
pup debugger probes watch <ID> --fields "captures" --limit 1When using the default output (no --fields), the debugger payload is at the top level. Common jq patterns:
# Extract a specific captured expression
pup debugger probes watch <ID> --limit 1 \
| jq '.snapshot.captures.return.captureExpressions'
# Get captured argument values
pup debugger probes watch <ID> --limit 1 \
| jq '.snapshot.captures.return.arguments'Default output structure (trimmed to debugger payload):
.snapshot.captures.return.arguments → method arguments
.snapshot.captures.return.locals → local variables
.snapshot.captures.return.captureExpressions → capture expression values
.snapshot.probe.id → probe ID
.snapshot.probe.location → source location| Language | --language value |
|---|---|
| Java | java |
| Python | python |
| .NET | dotnet |
| Problem | Fix |
|---|---|
| Wrong env / no instances | Use pup debugger context <service> to list valid environments |
| "probe not found" | Use --wait <seconds> to retry, e.g. pup debugger probes watch <ID> --wait 10 |
| No events appearing | Check --from (default is now); probe may need time to instrument |
| Instrumentation errors | Check stderr output from watch for status errors |
| Auth error | Run pup auth login or set DD_API_KEY + DD_APP_KEY + DD_SITE |
| Wrong method signature | Use the dd-symdb skill to find exact TYPE:METHOD or TYPE:METHOD(args) values |
© DataDog, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in skills/dd-debugger of DataDog/pup.
Open the folder on GitHubat commit 6a3c662
Dd Debugger next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Dd Debugger this skillDataDog/pup | 1k | — | ~2.7k | Automated safety check: Pass | Apache-2.0 | |
| Code Design Rationale Investigatorcursor/plugins | 10k | 9 repos | ~2.6k | Automated safety check: Pass | None | |
| Apm IntegrationsDataDog/dd-trace-js | 836 | — | ~3k | Automated safety check: Pass | Custom licence | |
| Bump LibdatadogDataDog/dd-trace-dotnet | 573 | — | ~1.7k | Automated safety check: Pass | Apache-2.0 | |
| Datadog Data Source GeneratorDataDog/terraform-provider-datadog | 468 | — | ~2.7k | Automated safety check: Pass | MPL-2.0 | |
| Write RbsDataDog/dd-trace-rb | 417 | — | ~805 | Automated safety check: Pass | Custom licence |
cursor/plugins
Digs into why code is shaped the way it is by checking git history, pull requests and connected tools in parallel, then reporting a cited read on the tradeoffs.
DataDog/dd-trace-js
A skill your agent uses when adding, debugging, fixing, or modifying instrumentation and plugins for third-party libraries in dd-trace-js.
DataDog/dd-trace-dotnet
Update/bump the libdatadog native library version in dd-trace-dotnet.
DataDog/terraform-provider-datadog
Generates a Datadog Terraform provider data source from an OpenAPI operation with tfgen and opens a review-ready GitHub PR with a risk scan and testing guide.
DataDog/dd-trace-rb
A skill your agent uses when writing, reviewing, or modifying RBS type signatures (sig//.rbs, vendor/rbs//.rbs, or inline : annotations) or running Steep – e.g.
DataDog/datadog-go
Cut a new datadog-go release and update CHANGELOG.md following the repo's house style.
DataDog/pup
Find, filter, count, and connect software, teams, engineering work and delivery, infrastructure, and operational or security records through Pup's read-only Datadog entity graph.
DataDog/pup
Datadog docs lookup using docs.datadoghq.com/llms.txt and linked Markdown pages.
DataDog/pup
Datadog API CLI with 49 command groups, 300+ subcommands. An agent skill from DataDog/pup.
DataDog/pup
Load when investigating a specific flaky test. An agent skill from DataDog/pup.
DataDog/pup
APM - traces, services, dependencies, performance analysis. An agent skill from DataDog/pup.
DataDog/pup
File GitHub issues to the right repository (pup CLI or plugin)
Works with
Live Debugger - inspect runtime argument/variable values in production by placing log probes on methods. Dd Debugger is an agent skill from DataDog/pup, published by the product's own GitHub organization. Live Debugger - inspect runtime argument/variable values in production by placing log probes on methods.
Dd Debugger fits situations like: asked what values a function receives; what parameters look like at runtime; capture live data from running services without redeploying.
Run `npx skills add DataDog/pup --skill dd-debugger -a claude-code`. Or copy the skill folder (skills/dd-debugger in DataDog/pup) into .claude/skills/dd-debugger in your project. Claude Code loads it when a task matches its description.
Run `npx skills add DataDog/pup --skill dd-debugger -a codex`. Or copy the skill folder (skills/dd-debugger in DataDog/pup) into .agents/skills/dd-debugger in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add DataDog/pup --skill dd-debugger -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/dd-debugger, .gemini/skills/dd-debugger, .github/skills/dd-debugger and .opencode/skills/dd-debugger in your project.
Going by SKILL.md and its folder, Dd Debugger needs the command-line tools its instructions call (brew and jq) and credentials named DD_API_KEY and DD_APP_KEY. Our summary lists: Python 3; A credential in DD_API_KEY; A credential in DD_APP_KEY.
SKILL.md names 1 domain. As links in the text: docs.datadoghq.com. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Dd Debugger is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.7k tokens (SKILL.md is roughly 11k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Dd Debugger: Code Design Rationale Investigator (cursor/plugins, 10k stars), Apm Integrations (DataDog/dd-trace-js, 836 stars), Bump Libdatadog (DataDog/dd-trace-dotnet, 573 stars) and Datadog Data Source Generator (DataDog/terraform-provider-datadog, 468 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
DataDog (a GitHub organization, an official publisher) maintains it in DataDog/pup, which has 1,026 GitHub stars. The repository holds 12 skills in this directory. The repository was last updated on October 7, 2026.
Source: DataDog/pup on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.