otel-collector
This skill provides expert guidance for configuring and deploying the OpenTelemetry Collector to receive, process, and export telemetry data.
Identity proven by GitHub's verified organisation badge (dash0hq)
- Agents
- Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode, claude.ai and API
- License
- Apache-2.0 (permissive)
- Pin
- 51a0324pinned Oct 9, 2026
- Context cost
- about 1,700 tokenswhen the skill loads
- GitHub stars
- 96on dash0hq/agent-skills
- Scripts
- None found
What it does
“Expert guidance for configuring and deploying the OpenTelemetry Collector. Use when setting up a Collector pipeline, configuring receivers, exporters, or processors, deploying a Collector to Kubernetes or Docker, or forwarding telemetry to Dash0. Triggers on requests involving collector, pipeline, OTLP receiver, exporter, or Dash0 collector setup.”
Generated summary from the skill's own text
This skill provides expert guidance for configuring and deploying the OpenTelemetry Collector to receive, process, and export telemetry data. It covers pipeline setup, component configuration for traces, metrics, and logs, and multiple deployment methods including Kubernetes operators and Helm charts.
When to use it
- Setting up an OpenTelemetry Collector pipeline with receivers and exporters
- Configuring Kubernetes Collector deployments with operators or Helm charts
- Integrating telemetry forwarding to Dash0 backend
- Adding processors for memory management, resource enrichment, or sampling
When not to
- Your application needs direct observability SDKs without a collection layer
- You require non-standard telemetry protocols or custom backend integrations
- Building a completely custom observability solution from scratch
Install
These commands install from the publisher's repository and need no account.
skills CLI
npx skills add dash0hq/agent-skills --skill otel-collectorInstalls from the repository's default branch, which may have changed since the commit we checked.
GitHub CLI 2.90 or later
gh skill install dash0hq/agent-skills otel-collector@51a0324eb0c991f66fe9c5987799f4246ec1db44Installs the commit we checked (51a0324).
Copy by hand
Download the folder at 51a0324 and put it in .claude/skills/otel-collector for Claude Code and in .agents/skills/otel-collector for Codex, Cursor, Gemini CLI, GitHub Copilot and OpenCode.
Claude Code plugin
/plugin install dash0@claude-plugins-officialThe publisher's plugin in Claude's official marketplace. It may hold more than this skill, and we have not pinned it.
Copy for your agent
A prompt for any coding agent. It installs this skill from GitHub at the pinned commit, copies the files as they are, and runs nothing unless you ask.
Prompt
Install the agent skill "otel-collector" by Dash0. Source, pinned to commit 51a0324eb0c991f66fe9c5987799f4246ec1db44: https://github.com/dash0hq/agent-skills/tree/51a0324eb0c991f66fe9c5987799f4246ec1db44/skills/otel-collector 1. Download that folder at exactly this commit. Do not use the default branch. 2. Copy every file unchanged, keeping the folder structure, into .claude/skills/otel-collector/ for Claude Code and .agents/skills/otel-collector/ for Codex, Cursor, Gemini CLI, GitHub Copilot and OpenCode. Create the folders if they do not exist. 3. Do not edit the files, and do not run any script in the folder unless I ask you to. 4. When you are done, list the files you copied and where you put them. Listing and checks: https://www.agentnative.dev/skills/dash0/otel-collector
SKILL.md at the pin
---
name: otel-collector
description: Expert guidance for configuring and deploying the OpenTelemetry Collector. Use when setting up a Collector pipeline, configuring receivers, exporters, or processors, deploying a Collector to Kubernetes or Docker, or forwarding telemetry to Dash0. Triggers on requests involving collector, pipeline, OTLP receiver, exporter, or Dash0 collector setup.
license: Apache-2.0
metadata:
author: dash0
version: '1.0.0'
workflow_type: 'advisory'
supports-traces: "true"
supports-metrics: "true"
supports-logs: "true"
---
# OpenTelemetry Collector configuration guide
Expert guidance for configuring and deploying the OpenTelemetry Collector to receive, process, and export telemetry.
## Rules
| Rule | Description |
|------|-------------|
| [receivers](./rules/receivers.md) | Receivers — OTLP, Prometheus, filelog, hostmetrics |
| [exporters](./rules/exporters.md) | Exporters — OTLP/gRPC to Dash0, debug, authentication |
| [processors](./rules/processors.md) | Processors — memory limiter, resource detection, ordering, sending queue |
| [pipelines](./rules/pipelines.md) | Pipelines — service section, per-signal configuration, connectors |
| [deployment](./rules/deployment.md) | Deployment — agent vs gateway patterns, deployment method selection |
| [dash0-operator](./rules/deployment/dash0-operator.md) | Dash0 Kubernetes Operator — automated instrumentation, Collector management, Dash0 export |
| [collector-helm-chart](./rules/deployment/collector-helm-chart.md) | Collector Helm chart — presets, modes, image selection |
| [opentelemetry-operator](./rules/deployment/opentelemetry-operator.md) | OpenTelemetry Operator — Collector CRD, auto-instrumentation, sidecar |
| [raw-manifests](./rules/deployment/raw-manifests.md) | Raw Kubernetes manifests — DaemonSet, Deployment, RBAC, Docker Compose |
| [sampling](./rules/sampling.md) | Sampling — head, tail, load balancing |
| [red-metrics](./rules/red-metrics.md) | RED metrics — span-derived request rate, error rate, duration histograms |
| [custom-distributions](./rules/custom-distributions.md) | Custom distributions — building a stripped-down Collector binary with OCB |
## Key principles
- **Processor ordering matters.**
Place `memory_limiter` first in every pipeline.
Use the exporter's `sending_queue` with `file_storage` instead of the `batch` processor.
Incorrect ordering causes memory exhaustion or data loss.
- **One pipeline per signal type.**
Define separate pipelines for traces, metrics, and logs.
Mixing signals in a single pipeline breaks processing and causes runtime errors.
- **Every declared component must appear in a pipeline.**
The Collector rejects configurations that declare receivers, processors, or exporters not referenced by any pipeline.
- **Consistent resource enrichment across pipelines.**
Apply processors that enrich resource attributes like `resourcedetection` and `k8sattributes` to every signal pipeline (traces, metrics, and logs), not just one.
If one pipeline enriches telemetry with `k8s.namespace.name` or `host.name` but another does not, correlation between signals is compromised by incomplete metadata.
- **Memory safety is non-negotiable.**
Always configure `memory_limiter` in production.
Without it, a burst of telemetry can cause the Collector to OOM and crash.
## Quick start
Minimal working configuration: OTLP receiver → memory limiter → OTLP/gRPC exporter to Dash0.
```yaml
receivers:
otlp:
protocols:
grpc:
endpoint: 0.0.0.0:4317
http:
endpoint: 0.0.0.0:4318
processors:
memory_limiter:
check_interval: 1s
limit_mib: 400
spike_limit_mib: 100
exporters:
otlp:
endpoint: ingress.eu-west-1.aws.dash0.com:4317
headers:
Authorization: "Bearer ${env:DASH0_TOKEN}"
sending_queue:
enabled: true
storage: file_storage
service:
pipelines:
traces:
receivers: [otlp]
processors: [memory_limiter]
exporters: [otlp]
metrics:
receivers: [otlp]
processors: [memory_limiter]
exporters: [otlp]
logs:
receivers: [otlp]
processors: [memory_limiter]
exporters: [otlp]
```
See [exporters](./rules/exporters.md) for full authentication and queue configuration, and [processors](./rules/processors.md) for adding resource detection.
## Configuration workflow
1. **Write config** — define receivers, processors, and exporters; wire them in `service.pipelines`.
2. **Validate locally** — run `otelcol validate --config=config.yaml` to catch structural errors before deployment.
3. **Deploy** — choose a deployment method from the [deployment](./rules/deployment.md) rule (Helm, Operator, raw manifests, or Docker Compose).
4. **Verify** — add the `debug` exporter to a pipeline temporarily and inspect stdout to confirm telemetry is flowing; then remove it before going to production.
## Quick reference
| What do you need? | Rule |
|--------------------|------|
| Accept OTLP telemetry from applications | [receivers](./rules/receivers.md) |
| Scrape Prometheus endpoints | [receivers](./rules/receivers.md) |
| Collect log files or host metrics | [receivers](./rules/receivers.md) |
| Send telemetry to Dash0 | [exporters](./rules/exporters.md) |
| Configure retry, queue, or compression | [exporters](./rules/exporters.md) |
| Set processor ordering | [processors](./rules/processors.md) |
| Add Kubernetes or cloud metadata | [processors](./rules/processors.md) |
| Wire receivers → processors → exporters | [pipelines](./rules/pipelines.md) |
| Complete working configuration | [pipelines](./rules/pipelines.md) |
| Validate the pipeline with the debug exporter | [collector-helm-chart](./rules/deployment/collector-helm-chart.md), [opentelemetry-operator](./rules/deployment/opentelemetry-operator.md), [raw-manifests](./rules/deployment/raw-manifests.md), or [dash0-operator](./rules/deployment/dash0-operator.md) |
| Deploy as DaemonSet or Deployment | [raw-manifests](./rules/deployment/raw-manifests.md) |
| Deploy with Helm | [collector-helm-chart](./rules/deployment/collector-helm-chart.md) |
| Deploy with the OTel Operator | [opentelemetry-operator](./rules/deployment/opentelemetry-operator.md) |
| Deploy with the Dash0 Operator | [dash0-operator](./rules/deployment/dash0-operator.md) |
| Auto-instrument applications in Kubernetes | [opentelemetry-operator](./rules/deployment/opentelemetry-operator.md) or [dash0-operator](./rules/deployment/dash0-operator.md) |
| Local development with Docker Compose | [raw-manifests](./rules/deployment/raw-manifests.md) |
| Reduce trace volume | [sampling](./rules/sampling.md) |
| Keep errors and slow traces, drop the rest | [sampling](./rules/sampling.md) |
| Redact sensitive data in the pipeline | [processors](./rules/processors.md#sensitive-data-redaction) |
| Generate RED metrics from traces | [red-metrics](./rules/red-metrics.md) |
| Build a custom Collector binary | [custom-distributions](./rules/custom-distributions.md) |
## Official documentation
- [OpenTelemetry Collector documentation](https://opentelemetry.io/docs/collector/)
- [Collector configuration](https://opentelemetry.io/docs/collector/configuration/)
- [Collector contrib components](https://github.com/open-telemetry/opentelemetry-collector-contrib)
- [Dash0 Integration Hub](https://www.dash0.com/hub/integrations)
From dash0hq/agent-skills at 51a0324, shown as plain text under its license: Apache-2.0 (permissive). The license text is in skills/otel-collector/SKILL.md.
View SKILL.md on GitHub at 51a0324Files
- SKILL.md7.4 KB · 1724a5fccf6c
- README.md4.9 KB · 1f57be8b5be8
- rules/
- custom-distributions.md6.7 KB · 9f4e5e292469
- deployment.md4.2 KB · 040b93af17ad
- deployment/
- collector-helm-chart.md11 KB · 6898b4c705ac
- dash0-operator.md19 KB · 086b6b9986be
- opentelemetry-operator.md15 KB · cf2524b815f5
- raw-manifests.md18 KB · 6afaf23973fb
- exporters.md8.5 KB · 1a714e401fc1
- pipelines.md9.2 KB · b320fd4d8c2d
- processors.md17 KB · a20e16629dd5
- receivers.md12 KB · 3897d4a6b3b4
- red-metrics.md16 KB · 127a6a7c19ab
- sampling.md12 KB · 00935e0f61ab
14 files, 162 KB in total. Each file has a sha256 in the pin's manifest; the first 12 characters are shown.
Skill folder on GitHub at 51a0324More from Dash0
otel-instrumentation
This skill guides agents through configuring OpenTelemetry instrumentation across traces, metrics, and logs.
Claude Code, Codex, Cursor +4 · about 1.3K tokens · pinned 6 days ago
otel-ottl
This skill provides expertise in OpenTelemetry Transformation Language (OTTL), helping agents write and debug OTTL expressions for OpenTelemetry Collector…
Claude Code, Codex, Cursor +4 · about 1.4K tokens · pinned 6 days ago
otel-semantic-conventions
This skill helps select and apply OpenTelemetry semantic convention attributes correctly.
Claude Code, Codex, Cursor +4 · about 1.1K tokens · pinned 6 days ago
copilot-local-dev
This skill installs and runs the Dash0 GitHub Copilot CLI plugin locally for development and testing without requiring a GitHub push or release.
Contains scripts
Claude Code, Codex, Cursor +3 · about 940 tokens · pinned 6 days ago
dash0-configure
Writes a Dash0 configuration file that connects Claude Code to Dash0 telemetry by storing OTLP credentials and team settings.
Claude Code · about 2.6K tokens · pinned 6 days ago
dash0-configure
Configures the Dash0 telemetry extension for the GitHub Copilot app by writing the OTLP URL, authentication token, team name, and dataset to a config file at…
Claude Code, Codex, Cursor +4 · about 1.5K tokens · pinned 6 days ago
Related in Observability
clickstack-otel-collector
Sets up an OpenTelemetry collector for ClickHouse Cloud's Managed ClickStack, either by deploying a new local collector via Docker or configuring an existing…
by ClickHouseOfficial publisher
Contains scripts
Claude Code, Codex, Cursor +3 · about 9.7K tokens · pinned 6 days ago
logfire-infrastructure
This skill configures the OpenTelemetry Collector to send infrastructure metrics from hosts, Docker containers, Kubernetes clusters, databases, message…
by pydanticCommunity
Claude Code, Codex, Cursor +4 · about 1.6K tokens · pinned 6 days ago
enable-dsm
Enables Data Streams Monitoring (DSM) on services already running APM, to measure end-to-end latency, throughput, and consumer lag across message queues and…
by DatadogOfficial publisher
Claude Code, Codex, Cursor +4 · about 5.5K tokens · pinned 6 days ago
enable-ssi
Enables Single Step Instrumentation (SSI) on Kubernetes to automatically inject APM tracing into applications without code changes.
by DatadogOfficial publisher
Claude Code, Codex, Cursor +4 · about 3K tokens · pinned 6 days ago
troubleshoot-ssi
Diagnose and resolve Single Step Instrumentation issues on Kubernetes clusters where APM tracing is missing or instrumentation has failed.
by DatadogOfficial publisher
Contains scripts
Claude Code, Codex, Cursor +3 · about 5K tokens · pinned 6 days ago
verify-ssi
Verifies that Single Step Instrumentation (SSI) for APM is working end-to-end on Kubernetes by confirming pods have init containers injected, the tracer…
by DatadogOfficial publisher
Claude Code, Codex, Cursor +4 · about 1.6K tokens · pinned 6 days ago