Follow Discord
Sweep 22 Sep 2026 · 17:19Z Build v2.1.280 501 read Stable v2.1.267 Latest v2.1.280 Next v2.1.280 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.268 ·

OTel telemetry redacts sensitive data and normalizes error info for off-box traces

Claude Code now redacts prompts, model names and agent ids in OTel traces sent off-box, and standardizes error reporting

TierUnder the hoodhow much it should matter to you
Useful1my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaTelemetrywhat it touches
KindInternal Changesin v2.1.268,
Group of 3 Under the hood No documentation found

Claude Code now redacts prompts, model names and agent ids in OTel traces sent off-box, and standardizes error reporting

What

  • A new gate detects when Claude Code is running as CLAUDE_CODE_REMOTE with an OTel traces endpoint that isn't localhost ("off-box"). When true, spans for interactions, LLM requests, tool calls, and subagent spawns redact sensitive data: user prompts become "<REDACTED>" even if OTEL_LOG_USER_PROMPTS is set, model names are replaced with a hashed/normalized value (with a new tool_name_safe/query_source_safe attribute instead of the raw value), agent ids are anonymized, and custom subagent types are reported simply as "custom". The interaction span also gains link propagation (queued_sends) and a parent.source attribute.
  • Tool-call failure telemetry now records a separate errorClass field alongside the error message/code.
  • Error-attribute recording was reworked so a single error string is replaced by both an error field and a sanitized error_class (letters/digits/underscore only, matching /^[A-Za-z][A-Za-z0-9_]{0,47}$/). The raw error text is omitted entirely when telemetry is judged to be leaving the box, using the same off-box condition described above.

Why These changes keep sensitive data like prompts, model names, and raw error text out of telemetry that leaves the local machine, while still preserving a normalized, non-sensitive error classification for debugging.

Read from
Names in the bundleerrorClass

See this entry in the whole of v2.1.268 →

Feedback