Skip to content

feat(telemetry): harden OpenTelemetry configuration, HTTP OTLP behavior, and runtime safety #3731

Description

@doudouOUC

What would you like to be added?

Harden Qwen Code's OpenTelemetry implementation so it is production-ready, starting with configuration semantics, HTTP OTLP correctness, exporter safety, and shutdown reliability.

Why is this needed?

Qwen Code already has OTLP support, but the current implementation is still closer to a minimal SDK hookup than a production-ready telemetry subsystem.

A few gaps make rollout and troubleshooting harder than necessary:

This makes telemetry appear enabled without yet being predictable, enterprise-friendly, or operationally safe enough for broader production use.

Additional context

Completed sub-issues:

Merged PRs (chronological):

Open sub-issues:

The remaining work stays in this parent issue as a checklist until the scope is clearer.

Tracking checklist

Foundation

Runtime safety (P0)

Configuration semantics (P1)

Enterprise deployment (P2)

  • Add proxy support for OTLP HTTP/gRPC exporters (only qwen-logger has proxy today)
  • Add mTLS / custom CA certificate support

Deeper observability (P3)

Governance and policy (P4)

  • Add privacy / non-essential traffic policy
  • Clarify customer OTLP telemetry vs first-party usage reporting
  • Add dynamic OTLP auth helper support if needed

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions