Follow Discord
Sweep 28 Sep 2026 · 18:16Z Build v2.1.284 505 read Stable v2.1.277 Latest v2.1.284 Next v2.1.284 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.284 ·

Artifact and file-listing requests can ask for a read-back

A new readBack option asks the server to read state back for artifact frame requests and list_files actions, with read_back noted on share status

Group of 3 Under the hood Internal Changes
JSON All of v2.1.284
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
Remote HostsArea: what it touches
Internal ChangesKind: in v2.1.284,
Internal ChangesSection of the release

What

A new read-back option appears in several places where Claude Code talks to remote artifacts (content Claude publishes or shares) and connected resources:

  • The artifact frame boot request takes a new readBack option, which adds &readback=1 to the /api/frame/... address.
  • The check run before a remote action now receives an options object, { readBack: h.action === "list_files" }, so list_files actions ask for a read-back. Before, it was called with only the slug, context and action.
  • artifact_share_status success reports can now carry read_back: true.
  • Separately, inherited task-notification turns now mark their origin with producer: "session-task".

Why

In practice, a read-back asks for the state to be read again rather than taken from what was assumed, so file listings and artifact checks may reflect what is actually there right after a change.

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 doubtWhich tool or connector this belongs to is not known.

See this entry in the whole of v2.1.284 →

Feedback