Agent Native

otel-collector

This skill provides expert guidance for configuring and deploying the OpenTelemetry Collector to receive, process, and export telemetry data.

by Dash0Official publisherNot reviewed

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.”
The author's description, from SKILL.md

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-collector

Installs 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@51a0324eb0c991f66fe9c5987799f4246ec1db44

Installs 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.

Skill folder on GitHub at 51a0324

Claude Code plugin

/plugin install dash0@claude-plugins-official

The 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 51a0324

Files

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 51a0324
All 11 skills from Dash0

More 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

All Observability skills
  • 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

The skills listed here are third-party software, collected from public GitHub repositories as a catalog of recent skills and provided as is. Agent Native does not write or control them and is not responsible for any harm, loss or damage caused by installing or using them. Labels and checks describe what we saw at one commit and are not a guarantee. Read a skill's files before you run it. Terms of use