Overview
This issue tracks the work to establish a sustainable, structured approach to metric description formatting across all Telegraf plugins — as discussed in PR #18957.
Currently, the CI check for detecting renamed or removed metric fields relies on parsing free-form README content, which is fragile due to inconsistent formatting across plugins. The goal of this issue is to eliminate that fragility by enforcing a well-defined structure at the spec and tooling level.
Motivation
- Plugin READMEs have no enforced structure for metric field descriptions
- CI scripts that parse READMEs are brittle and require edge-case handling per format variant
- A spec + linter approach gives a single source of truth and makes future CI checks simple and reliable
Scope of Work
Expected Outcome
- All plugin READMEs follow a consistent, machine-readable metric description format
- The README linter enforces this structure on every PR
- The CI metric rename/removal warning works reliably without edge-case parsing hacks
References
Overview
This issue tracks the work to establish a sustainable, structured approach to metric description formatting across all Telegraf plugins — as discussed in PR #18957.
Currently, the CI check for detecting renamed or removed metric fields relies on parsing free-form README content, which is fragile due to inconsistent formatting across plugins. The goal of this issue is to eliminate that fragility by enforcing a well-defined structure at the spec and tooling level.
Motivation
Scope of Work
docs/specs/describing the required structure for metric fields in plugin READMEs (field name, type, description, units, tags, etc.)tools/readme_linterthat validate plugin READMEs against the new specExpected Outcome
References
tools/readme_linterdocs/specs/