원클릭으로
create-config-field
Add a new configuration field to the Datadog Agent (datadog.yaml)
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Add a new configuration field to the Datadog Agent (datadog.yaml)
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Generate the Agent Supply Chain newsletter by researching team activity on GitHub and Confluence, then creating a Confluence draft and Gmail draft
Give your AI agents something more useful than a prompt. Velocity through clarity.
Extract an Allium specification from an existing codebase. Use when the user has existing code and wants to distil behaviour into a spec, reverse engineer a specification from implementation, generate a spec from code, turn implementation into a behavioural specification, or document what a codebase does in Allium terms.
Run a structured discovery session to build an Allium specification through conversation. Use when the user wants to create a new spec from scratch, elicit or gather requirements, capture domain behaviour, specify a feature or system, define what a system should do, or is describing functionality and needs help shaping it into a specification.
Generate tests from Allium specifications. Use when the user wants to propagate tests, generate test files from a spec, write tests for a specification, create property-based tests, produce state machine tests, check test coverage against spec obligations, or understand what tests a specification requires.
Autonomously work on Jira backlog tickets, creating PRs and shepherding them to merge
| name | create-config-field |
| description | Add a new configuration field to the Datadog Agent (datadog.yaml) |
| allowed-tools | Bash, Read, Write, Edit, Glob, Grep, AskUserQuestion |
| argument-hint | [config.key.name] |
| model | sonnet |
Add a new configuration field to a Datadog Agent. This involves registering the key with defaults/env bindings in Go, and optionally documenting it in the config template.
There are two separate config objects, each with their own Go init function. Within the core agent config, many subsystems have dedicated setup functions and template sections.
| Config object | Config file | Go init function |
|---|---|---|
| Core Agent | datadog.yaml | InitConfig() in pkg/config/setup/config.go |
| System Probe | system-probe.yaml | InitSystemProbeConfig() in pkg/config/setup/system_probe.go |
| Subsystem | Go setup function | Template conditional | Key prefix examples |
|---|---|---|---|
| Common / General | agent() or inline in InitConfig() | .Common, .Agent | api_key, hostname, site |
| Logs Agent | logsagent() | .LogsAgent | logs_config.* |
| APM / Trace Agent | setupAPM() in apm.go | .TraceAgent | apm_config.* |
| Process Agent | setupProcesses() in process.go | .ProcessAgent | process_config.* |
| DogStatsD | dogstatsd() | .Dogstatsd | dogstatsd_* |
| Security Agent | via InitConfig() | .SecurityAgent | security_agent.* |
| Cluster Agent | via InitConfig() | .ClusterAgent | cluster_agent.* |
| OTLP | OTLP() in otlp.go | .OTLP | otlp_config.* |
| Subsystem | Go setup function | Template conditional | Key prefix examples |
|---|---|---|---|
| General | InitSystemProbeConfig() | .SystemProbe | system_probe_config.* |
| CWS | initCWSSystemProbeConfig() in system_probe_cws.go | .SecurityModule | runtime_security_config.* |
| USM | initUSMSystemProbeConfig() in system_probe_usm.go | .UniversalServiceMonitoringModule | service_monitoring_config.* |
| Network | via InitSystemProbeConfig() | .NetworkModule | network_config.* |
Use AskUserQuestion to collect the following. If $ARGUMENTS provides the config key name, skip that question.
datadog.yaml) or System Probe (system-probe.yaml)?my_feature.enabled): the YAML path.pkg/config/setup/<feature>.go) for a group of related fields?datadog.yaml, system-probe.yaml, ...) show this setting?Find the right subsystem function from the tables above and add the binding. Use Grep if unsure where related keys live.
config.BindEnvAndSetDefault("my_feature.enabled", false)
For a group of related fields, create pkg/config/setup/<feature>.go with a dedicated setup function, then call it from the appropriate init function. Read an existing setup file (e.g. pkg/config/setup/apm.go) for the pattern.
For serverless-compatible core agent fields, register via the serverlessConfigComponents slice in config.go instead of directly in InitConfig.
The example yaml configs (datadog.yaml, system-probe.yaml, etc.) are rendered from the enriched schema under pkg/config/schema/yaml/. The schema is derived from the running agent, so build first, then regenerate:
dda inv agent.build --build-exclude=systemd
dda inv schema.generate --agent-bin=./bin/agent/agent
Commit the resulting changes under pkg/config/schema/yaml/ alongside your Go code.
dda inv linter.goBindEnvAndSetDefault(key, default, envVars...) — Preferred. Registers key, sets default, binds DD_* env var.SetDefault(key, value) — Default without env binding.BindEnvAndSetDefault("my_feature.timeout", 30) auto-creates DD_MY_FEATURE_TIMEOUT. Custom alias: BindEnvAndSetDefault("my_feature.timeout", 30, "DD_MY_TIMEOUT").
default < file < env-var < fleet-policies < agent-runtime < remote-config < cli./create-config-field — Interactive: prompts for all details/create-config-field my_feature.enabled — Pre-fills the key name