netdata-config-from-requirements

Convert written requirements into a Netdata configuration bundle with YAML and a verification runbook.

1|Updated Apr 17, 2026
One-click install
npx skills add https://github.com/netdata/skills --skill netdata-config-from-requirements
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: netdata-config-from-requirements
Source: https://github.com/netdata/skills/tree/main/skills/netdata-config-from-requirements
Command: npx skills add https://github.com/netdata/skills --skill netdata-config-from-requirements

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Producing correct Netdata OTLP and OpenTelemetry Collector configuration from a customer’s written requirements without direct access to their codebase or live infrastructure.

Core Features & Use Cases

  • Requirements-to-bundle config generation: Extracts an atomic requirement inventory and converts it into a consistent folder deliverable containing YAML and a runbook the customer applies.
  • Sane ambiguity handling: Converts missing or conflicting details into an open-questions.md manifest and prevents silent defaults by commenting unresolved knobs in otel.yaml.
  • Skill composition for accuracy: Delegates receiver, Collector, instrumentation handoff, and migration decisions to the appropriate sibling skills while keeping bundle output in sync.

Quick Start

Ask an agent: "Given the following customer requirements text, generate a Netdata hand-off config bundle (otel.yaml, optional collector configs, per-language instrumentation handoff, open questions, and a customer-run verify.md) without guessing missing values and compose it using the sibling Netdata skills referenced in the rules."

Frequently Asked Questions about netdata-config-from-requirements

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate a Netdata OpenTelemetry configuration from customer requirements?

To generate a Netdata OpenTelemetry configuration from customer requirements, you provide the written requirements text to an agent, which extracts an atomic inventory and outputs a YAML config bundle with a verification runbook. It delegates receiver and collector pipeline decisions to sibling skills.

How does requirements-to-config handle missing or conflicting details in a pre-sales document?

Handling missing or conflicting details in a pre-sales document involves generating an explicit open-questions list manifest. The configuration bundle avoids silent defaults by leaving unresolved knobs commented in the otel.yaml file, ensuring the customer addresses every missing requirement.

What is included in a Netdata hand-off config bundle for OpenTelemetry collector pipelines?

A Netdata hand-off config bundle for OpenTelemetry collector pipelines includes a consistent folder deliverable containing YAML artifacts, an open-questions manifest, and a customer-run verification runbook. It also delegates per-language instrumentation handoff to appropriate sibling skills.

Can I create Netdata otel.yaml files for pre-sales without direct access to the customer's infrastructure?

You can create Netdata otel.yaml files for pre-sales without direct access to the customer's infrastructure by processing their written requirements document. The generated bundle includes a verify.md runbook that the customer applies on their own systems.

What are the limitations of automated Netdata config generation from written requirements?

The limitation of automated Netdata config generation from written requirements is that it cannot guess missing values. It delegates receiver, collector, and migration composition to sibling skills, while explicitly outputting an open-questions list for any unresolved requirements to prevent silent configuration defaults.

Does Netdata requirements-to-config support OpenTelemetry instrumentation handoff for multiple languages?

Netdata requirements-to-config supports OpenTelemetry instrumentation handoff for multiple languages by delegating these specific composition decisions to appropriate sibling skills. This ensures the final config bundle remains synchronized with the correct per-language instrumentation rules.