Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.277 ·

Pasted content is now tracked separately from typed text, including in bridge-relayed messages

User messages, including ones relayed through the remote bridge, can now carry pasted text as a distinct pasted_content field

TierUnder the hoodhow much it should matter to you
Useful2my rating, 1 to 5
Signal2worth watching, 1 to 5
AreaRemote Controlwhat it touches
KindImprovementsin v2.1.277,
Group of 2 Under the hood

User messages, including ones relayed through the remote bridge, can now carry pasted text as a distinct pasted_content field

What

  • User-message schemas, including the SDK's user-message-replay type, gain a pasted_content field: content the user pasted rather than typed, appended after the typed text (optionally wrapped in <pasted_content> tags). Image or document blocks still must go in message.content, not here. The internal user-turn extraction path now plumbs pastedContent through as well.
  • Inbound messages relayed through the remote-control bridge (excluding peer and slack-ping messages) now go through the same pasted-content merge used by the SDK, appending any attached pasted text blocks to the message body and emitting the existing sdk_pasted_content telemetry.

Why

Keeping pasted text separate from typed text lets Claude Code and the SDK tell the two apart, and extending this to bridge-relayed messages means the same distinction now applies consistently no matter how a message arrives.

See this entry in the whole of v2.1.277 →