What
Audit monitoring_system collectors, plugins, exporters, and placeholder paths, then classify their support level as production, experimental, test-only, or remove.
Part of kcenon/common_system#684.
The 2026-05-21 analysis found a high count of placeholder/stub markers in monitoring-related benchmarks, tests, transports, collectors, and plugin areas. This issue should separate harmless test scaffolding from public functionality that needs documentation or implementation.
Why
The README describes a modern observability platform with collectors, tracing, alerting, plugins, and exporters. Users need to know which collectors/plugins are production-ready versus examples or placeholders. Without that classification, feature claims are hard to verify and downstream systems cannot make safe integration decisions.
Where
include/kcenon/monitoring/collectors/**
include/kcenon/monitoring/plugins/**
include/kcenon/monitoring/exporters/**
src/**
tests/**
benchmarks/**
docs/plugin_*
README.md feature matrix
How
Approach
- Audit
TODO, FIXME, HACK, stub, placeholder, and not implemented markers across headers, sources, tests, examples, and benchmarks.
- Build a support-status table for each collector/plugin/exporter.
- Move test-only stub language out of user-facing docs where appropriate.
- Mark experimental public features explicitly in docs and headers.
- Open follow-up implementation issues for any feature documented as production but backed by a stub/placeholder.
Acceptance Criteria
Verification
What
Audit
monitoring_systemcollectors, plugins, exporters, and placeholder paths, then classify their support level asproduction,experimental,test-only, orremove.Part of kcenon/common_system#684.
The 2026-05-21 analysis found a high count of placeholder/stub markers in monitoring-related benchmarks, tests, transports, collectors, and plugin areas. This issue should separate harmless test scaffolding from public functionality that needs documentation or implementation.
Why
The README describes a modern observability platform with collectors, tracing, alerting, plugins, and exporters. Users need to know which collectors/plugins are production-ready versus examples or placeholders. Without that classification, feature claims are hard to verify and downstream systems cannot make safe integration decisions.
Where
include/kcenon/monitoring/collectors/**include/kcenon/monitoring/plugins/**include/kcenon/monitoring/exporters/**src/**tests/**benchmarks/**docs/plugin_*README.mdfeature matrixHow
Approach
TODO,FIXME,HACK,stub,placeholder, andnot implementedmarkers across headers, sources, tests, examples, and benchmarks.Acceptance Criteria
docs/Verification
rg -n -i "TODO|FIXME|HACK|stub|placeholder|not implemented" include src tests benchmarksresults are either eliminated or accounted for in the support table