Follow Discord
Sweep 22 Oct 2026 · 21:04Z Build v2.1.309 528 read Stable v2.1.308 Latest v2.1.309 Next v2.1.309 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.229 ·

SDK clients are told the CLI accepts queued notifications

SDK clients now learn during handshake that the CLI can accept queued notifications.

Under the hood No documentation found New Features
JSON All of v2.1.229
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
SDKArea: what it touches
New FeaturesKind: in v2.1.229,
New FeaturesSection of the release
What

The init handshake a client gets over the SDK control protocol now advertises a third capability value, queued_notifications, meaning the CLI accepts inbound queued notification stream messages and drains them on request.

Details
  • Documented as read by the backend from the persisted init event to decide whether it may send such messages.
Evidence

'queued_notifications' = the CLI accepts inbound queued_notification stream messages and drains them via ReadNotifications

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

Read from
Names in the bundlequeued_notifications

See this entry in the whole of v2.1.229 →

Feedback