Bridge-mode redaction now only kicks in when your transport actually persists sent output.
What's wrong with this entry?
Redaction in "bridge" environments used to hinge only on the environment kind. It now requires both CLAUDE_CODE_ENVIRONMENT_KIND === "bridge" and an active transport that persists outbound frames, so a locally attached transport turns the redaction off.
- A new per-host object tracks the active transport and reports whether it persists, whether it was pinned local, and whether the remote bridge is live.
- Startup registers the transport as active only when
--sdk-urlor stream-json output is in play; otherwise it pins the transport local, which makes the predicate false. - Around forty call sites in the control-protocol layer use it: MCP server lists are cut down to name and status, the memory-file list is emptied, absolute paths are substituted, and crash text changes.
- Invisible unless the process is launched with the bridge environment kind and a persisting transport.
CLAUDE_CODE_ENVIRONMENT_KIND === "bridge"
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.221
Headless MCP startup wait reworked
Both mention environment kind
-
v2.1.221
CCR client can adopt refreshed auth pushed over the event stream
Both mention environment kind
-
v2.1.221
Web sessions can adopt refreshed credentials from the heartbeat
Both mention environment kind