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.267 ·

Inbound message ingestion (bridge and CLI stdin) now runs through a session.receive plugin hook

Incoming messages from both Remote Control and the CLI now pass through a session.receive plugin hook before being queued

Use it now New Features
JSON All of v2.1.267
Use it nowTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
HooksArea: what it touches
New FeaturesKind: in v2.1.267,
What probably matters to youSection of the release
What

Both the Remote Control bridge's inbound-message path and the main CLI's stdin/user-message loop now run incoming messages through the session.receive plugin hook before turning them into a queued prompt. If the hook reports the message as consumed, it's dropped before being enqueued instead of being added to the conversation.

Why

This lets plugins intercept and act on incoming messages from either entry point, consistently, before they ever reach the conversation queue.

Read from
Names in the bundlesession.receive
Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Confirmed since Anthropic's documentation has since written up session.receive, on Use the mods API. `session.receive` and `session.send` let a mod observe the messages. Return `next(e)` from both to pass each message through unchanged: plugins/mods/api see the edit
How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up session.receive, on Use the mods API.

See this entry in the whole of v2.1.267 →

Feedback