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

Bridge REPL can relay a queued notification from another session as a user frame

The bridge REPL can now relay a queued notification from another session as if it were that session's own message

TierYou'll noticehow much it should matter to you
Useful2my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaRemote Controlwhat it touches
KindImprovementsin v2.1.275,
You'll notice No documentation found

The bridge REPL can now relay a queued notification from another session as if it were that session's own message

What

The bridge (a communication channel used by the REPL, or interactive command loop) now recognizes a new incoming message type called queued_notification. When one arrives, it is re-delivered as if it were a regular user message belonging to the other session it references. If no notification buffer is configured to hold it, the message is instead logged and dropped.

Why

This allows notifications generated in one session to be surfaced inside another session's conversation flow, rather than being lost when there's nowhere to route them.

Read from
Names in the bundlequeued_notification
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 doubtThe finding does not say what produces a `queued_notification` message or what user-visible effect the relayed message has.

See this entry in the whole of v2.1.275 →