Skip to content

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

@doudouOUC

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
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions