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

Claude Code v2.1.247 ·

Plugins can draw pressable buttons, with a new ui.press hook

Plugins can draw pressable buttons that fire a new press event back to the plugin.

Nothing to try yet Notable No documentation found In Development
JSON All of v2.1.247
Nothing to try yetTier: how much it should matter to you
3Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
PluginsArea: what it touches
In DevelopmentKind: in v2.1.247,
What probably matters to youSection of the release

Button elements and the ui.press event are fully built, but whether plugin-drawn UI is reachable is unresolved in this build.

What

A Button element joins the plugin drawing vocabulary alongside Box, Text and span, written as <Button key label onPress> with both props required as strings and the label length capped. The terminal renders it as an interactive [ label ], and pressing one dispatches a new ui.press event through the owning plugin's chain, subject to a handler-budget timeout. Neither the event nor the element exists in 2.1.246. Whether plugin-drawn UI is reachable at all depends on the plugin render API's own gate, which is not resolved in this build.

Details
  • Each button handler is stamped with a plugin and handle address and held per module across redraws.
  • A press whose handle is no longer held is logged and ignored rather than dispatched.
  • Validator, renderer and dispatch are all wired, so nothing in the button path itself is switched off.
Evidence

Button props must be { key, label }, both strings, ui.press

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

Read from
Names in the bundleui.press

See this entry in the whole of v2.1.247 →

Feedback