Follow Discord
Sweep 06 Nov 2026 · 01:32Z Build v2.1.319 537 read Stable v2.1.311 Latest v2.1.318 Next v2.1.319 Feeds RSS JSON llms.txt llms-full.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

Group of 2 Under the hood Improvements
JSON All of v2.1.277
Under the hoodTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Remote ControlArea: what it touches
ImprovementsKind: in v2.1.277,
ImprovementsSection of the release

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 →

Feedback