- Scope first. Confirm the org and team before broad queries or lists.
- If results look wrong, run
pup auth status. If needed, usepup auth login --org monolithor add--org monolith. - On
p3c, filter shared resources before listing. Use monitor tags liketeam:p3cand log queries liketeam:p3c service:<service>.
- If results look wrong, run
- Prove it. For incidents, read the source of truth, narrow the time window, then inspect traces or metrics.
- For latency or SLO work, follow
references/LATENCY-SLO-TRIAGE.md. - Remember the unit trap: APM span durations are nanoseconds, APM metrics are seconds, and
trace.*metrics may needbase_service:instead ofservice:.
- For latency or SLO work, follow
- Mutate safely. Search or list before acting, then
get, then export JSON beforecreate,update, ordelete.- Prefer
--agentwhen you need structured output. - Use
-yonly when automation truly needs a non-interactive delete.
- Prefer
- Reach for the right reference.
- Use
references/COMMANDS.mdfor command patterns across traces, metrics, monitors, logs, synthetics, notebooks, SLOs, dashboards, incidents, and discovery. - Treat missing JVM or runtime metrics as a blind spot, not proof that nothing happened.
- Use
Agent Skills: datadog-pup
Use when interacting with Datadog resources using the `pup` CLI, especially for APM traces, metrics, monitors, notebooks, and synthetic tests.
UncategorizedID: l-lin/dotfiles/datadog-pup
Install this agent skill to your local
Skill Files
Browse the full folder contents for datadog-pup.
Loading file tree…
home-manager/modules/share/ai/.config/ai/skills/datadog-pup/SKILL.md
Skill Metadata
- Name
- datadog-pup
- Description
- Use when interacting with Datadog resources using the `pup` CLI, especially for APM traces, metrics, monitors, notebooks, and synthetic tests.