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

New 'Raster' component lets plugins paint to a terminal canvas

Plugins can now mount a 'Raster' element that paints pixel-like cell data directly onto the terminal

TierUse it nowhow much it should matter to you
Useful4my rating, 1 to 5
Signal3worth watching, 1 to 5
AreaPlugin UIwhat it touches
KindNew Featuresin v2.1.271,
Group of 2 Use it now No documentation found

Plugins can now mount a 'Raster' element that paints pixel-like cell data directly onto the terminal

What

A new Raster element type is available for plugins to use in their UI. It takes props like {key, columns, rows, cells}, where cells is base64-encoded packed cell data, and plugins can repaint it via a paintRaster-style call ({ requestId, key, cells, columns, rows }).

  • The rendering layer now sizes and lays out Raster elements like other UI primitives, and it participates in existing press/hosted-button handling.
  • Global UI state now tracks mountedRasters (which rasters are currently mounted) and rasterAdmission (whether a raster is allowed to render).
  • Behind the scenes it includes an SGR-color cache, per-second blit (draw) throttling, and validation limited to BMP images with single-width cells.

Why

This gives plugin authors a way to draw arbitrary pixel-like graphics into the terminal UI, beyond the text-based components available before, while the admission/throttling logic keeps repeated repaints from overwhelming the terminal.

Read from
Names in the bundleRaster

See this entry in the whole of v2.1.271 →