RFC 0009 addendum: Feed observability and usage telemetry#24
Conversation
|
Codex review: needs real behavior proof before merge. Reviewed June 28, 2026, 7:06 PM ET / 23:06 UTC. Summary Reproducibility: not applicable. This PR changes an RFC design document, not a current behavior bug. The high-confidence checks are the PR diff, current RFC 0009 on main, README lifecycle guidance, and the linked implementation state. Review metrics: 1 noteworthy metric.
Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Proof guidance:
Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Keep the PR open until maintainers accept or narrow the telemetry/privacy addendum, then land it with redacted rendered-document or command-output proof. Do we have a high-confidence way to reproduce the issue? Not applicable: this PR changes an RFC design document, not a current behavior bug. The high-confidence checks are the PR diff, current RFC 0009 on main, README lifecycle guidance, and the linked implementation state. Is this the best way to solve the issue? Unclear as merge-ready: RFC 0009 is a reasonable home for hosted-feed telemetry guidance, but maintainers still need to accept or narrow the broader telemetry and privacy direction before it becomes repository direction. AGENTS.md: not found in the target repository. Codex review notes: model internal, reasoning high; reviewed against 89cf322325b0. Label changesLabel justifications:
Evidence reviewedWhat I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
c11eca7 to
31f12cd
Compare
31f12cd to
b877bbb
Compare
|
Maintainer acceptance for this RFC addendum: accepting the feed observability/provenance direction as the next documented boundary for RFC 0009. The related implementation remains narrower (#96194), and the broader provenance/install-record/activation attribution work stays follow-up implementation. Validation proof on current PR head |
Summary
Follow-up addendum to RFC 0009 covering feed observability and usage telemetry.
This keeps the telemetry discussion inside the hosted feeds RFC instead of creating a separate RFC. It clarifies that OpenClaw can reuse the existing diagnostics and OpenTelemetry pipeline, but feed measurement will not happen automatically unless clients preserve feed provenance from fetch through install and activation.
What changed
Feed telemetry and observability addendumsection to RFC 0009.diagnostics-otel, and plugin install records already exist, but they do not currently preserve feed id or revision attribution.Related implementation
openclaw plugins marketplace refreshandopenclaw plugins marketplace entries, with bounded feed provenance and fallback fields. It intentionally avoids raw feed URLs, query strings, credentials, bearer tokens, feed bodies, package lists, and raw fallback errors.Validation
git diff --check