Dash0 Agent Skills
A collection of skills for AI coding agents to make applications observable with OpenTelemetry and Dash0.
Skills are packaged instructions and scripts that extend agent capabilities, following the Agent Skills format.
[!TIP]
These skills have been greatly improved using Tessl.
Try it out for your own agent skills, it's worth it.
How to use
Install with skills CLI (universal, works with any Agent Skills-compatible tool):
npx skills add https://github.com/dash0hq/agent-skills --all
# or a single skill:
npx skills add https://github.com/dash0hq/agent-skills --skill otel-semantic-conventions
For tool-specific installation instructions (Claude Code, Cursor, Tessl, and others), see INSTALL.md.
Usage
Skills are automatically available once installed. The agent will use them when relevant tasks are detected.
Examples:
Add OpenTelemetry instrumentation to my app
My traces are broken — spans show up as separate roots instead of a connected trace
Set up an OpenTelemetry Collector pipeline that forwards to Dash0
Write an OTTL expression to redact credit card numbers from log bodies
Ensure that my HTTP server spans have the correct attributes
Help me fix high-cardinality metrics that are blowing up my costs
Why semantic conventions matter
OpenTelemetry Semantic Conventions define standardized names, types, and semantics for telemetry attributes, metric names, span names, and status codes.
Following them is the single highest-leverage thing you can do for observability quality.
When instrumentation follows semantic conventions:
- Auto-instrumentation libraries, dashboards, and alerting rules work out of the box.
- Service maps, operation grouping, and error tracking derive correct results without manual configuration.
- Cross-service queries return consistent results because every service speaks the same attribute language.
When conventions are missing or inconsistent, these capabilities degrade silently — no errors, just incomplete data, broken topology views, and fragmented queries.
Instrumentation score
Some of the guidance in these skills is aligned with the Instrumentation Score specification — a vendor-neutral corpus of guidance that quantifies how well a service follows OpenTelemetry best practices.
The spec defines impact-weighted rules across resources, spans, metrics, and logs.
Following the guidance in these skills helps your services score higher, which directly translates to better observability outcomes.
Available skills
Expert guidance for implementing high-quality, cost-efficient OpenTelemetry telemetry.
Covers backend and browser instrumentation across multiple languages.
Use when:
- Setting up observability for a new service
- Adding traces, metrics, or logs to an application
- Debugging instrumentation issues
- Optimizing telemetry costs (cardinality, sampling)
- Connecting browser traces to backend traces
Rules covered:
- Telemetry (signal overview and correlation)
- Resources (service identity, environment, Kubernetes attributes)
- Metrics (instrument types, naming, units, cardinality)
- Logs (structured logging, severity, trace correlation)
- Node.js (auto-instrumentation, environment variables, Kubernetes)
- Go (SDK setup, instrumentation libraries, context propagation)
- Python (auto-instrumentation, Flask, Django, FastAPI)
- Java (javaagent, Spring Boot, JVM system properties)
- .NET (auto-instrumentation, ASP.NET Core, ActivitySource)
- Ruby (SDK setup, Rails, Sinatra)
- PHP (auto-instrumentation, Laravel, Symfony)
- Browser (Dash0 SDK, OpenTelemetry JS, server correlation)
- Next.js (App Router, full-stack instrumentation, common gotchas)
Platforms:
- Node.js (Express, Fastify, NestJS, etc.)
- Go (net/http, gin, echo, fiber, etc.)
- Python (Flask, Django, FastAPI, etc.)
- Java (Spring Boot, Servlet, JAX-RS, etc.)
- .NET (ASP.NET Core, Entity Framework, etc.)
- Ruby (Rails, Sinatra, etc.)
- PHP (Laravel, Symfony, etc.)
- Browser (React, Vue, Next.js, etc.)
- Dash0 or any OTLP-compatible backend
Expert guidance for selecting, applying, and reviewing OpenTelemetry semantic conventions — the standardized names, types, and semantics for telemetry attributes, span names, and status codes.