Follow Discord
Sweep 22 Sep 2026 · 17:19Z Build v2.1.280 501 read Stable v2.1.267 Latest v2.1.280 Next v2.1.280 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.268 ·

New desktop-surface plugin UI messaging (ui.message / ui.press / ui.input / ui.select)

New plugin UI plumbing routes ui.message and press/input/select events to a desktop app surface

TierUnder the hoodhow much it should matter to you
Useful2my rating, 1 to 5
Signal3worth watching, 1 to 5
AreaPluginswhat it touches
KindInternal Changesin v2.1.268,
Under the hood No documentation found

New plugin UI plumbing routes ui.message and press/input/select events to a desktop app surface

What

Two new internal functions dispatch plugin-authored UI events, including ui.message and press/input/select events, to a message target marked as surface: "desktop". Before dispatching, they check whether the relevant UI component (Q4.isDrawn) is actually drawn, and log a message noting 'nothing ran' when it isn't.

Why

This appears to add the plumbing needed for plugin-driven UI events to reach a desktop client interface, separate from the terminal-based UI, though what desktop surface consumes these events isn't detailed in the evidence.

Read from
Names in the bundleui.messageui.pressui.inputui.select
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 specific desktop client or surface consumes these dispatched events isn't detailed in the evidence.

See this entry in the whole of v2.1.268 →

Feedback