{"version":"2.1.275","anchor":"new-queued-notifications-capability-advertised-to-session","canonical_anchor":"new-queued-notifications-capability-advertised-to-session","heading":"Queued notifications gated by a new flag","tier":"soon","area":"MCP","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.275\/e\/new-queued-notifications-capability-advertised-to-session","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.275","markdown":"### Queued notifications gated by a new flag\n\nClaude Code can now advertise and re-arm queued 'unread notifications' nudges under a new tengu_saffron_kite gate, on by default\n\n**What**\n\nClaude Code now supports a \"queued notifications\" capability for sessions:\n\n- The session context can advertise a `queued_notifications` capability when the session is remote (via `CLAUDE_CODE_REMOTE`) or a new flag called `tengu_saffron_kite` is on, along with an active notifications budget and a matching tool.\n\n- A new gate, `tengu_saffron_kite`, controls this behavior and is enabled by default.\n\n- The logic that re-arms or pushes the \"unread notifications\" nudge now has a simpler, earlier path it can take when this new gate check fails, skipping the usual threshold and suppression checks.\n\n**Why**\n\nThis lays groundwork for surfacing queued notifications (like unread messages) to users during remote or live sessions, with the feature already enabled by default via the new gate rather than requiring opt-in.\n\n- Area: MCP\n- Names: `queued_notifications`\n- Tier: Nothing to try yet\n- Useful: 3\/5\n- Signal: 3\/5\n- Present in the build but not switched on"}