Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.280 ·

Inline pastes now flow through more of the message pipeline

Pasted text that stays inline in a message (inline_pastes) is now read, threaded through, and exposed to the Task tool and bridge messages.

Group of 3 Under the hood Internal Changes
JSON All of v2.1.280
Under the hoodTier: how much it should matter to you
2Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
Input HandlingArea: what it touches
Internal ChangesKind: in v2.1.280,
Internal ChangesSection of the release

What

  • The message-ingestion step that processes attachments now reads and passes through a new inline_pastes field on incoming user messages, alongside the existing pasted_content field (used when the host extracts pasted text out of the message instead of leaving it inline).
  • The Task tool's input schema now accepts inline_pastes, a list of pasted-text entries that stay in place inside the message content.
  • The internal message parser and the peer/bridge message poster now also read and forward inline_pastes, along with a from_plugin field, and messages get tagged with plugin when their origin is known.

Why

This lets pasted text that intentionally stays inline (as opposed to being pulled out into a separate attachment) survive consistently across the input pipeline, the Task tool, and remote/bridge sessions instead of being dropped or only partly supported.

Read from
Names in the bundleinline_pastes
What the documentation says
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhat triggers inline_pastes versus pasted_content, and what user-visible behavior results from the chunking or truncation, are not stated in…

See this entry in the whole of v2.1.280 →

Feedback