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

Artifact db_read/db_write gain an as_level run-as parameter with server-confirmed enforcement

Artifact database calls can now request a different access level, and results say whether the server actually enforced it

TierUse it nowhow much it should matter to you
Useful3my rating, 1 to 5
Signal2worth watching, 1 to 5
AreaArtifactswhat it touches
KindNew Featuresin v2.1.265,
Group of 4 Use it now Notable No documentation found

Artifact database calls can now request a different access level, and results say whether the server actually enforced it

What

  • db_read and db_write calls can now include an asLevel parameter (returned as as_level), letting a call ask to run as if at a different access level.
  • Results now include as_level_confirmed (from the server's levelConfirmed field), reporting whether the server actually enforced the requested level; when unconfirmed, a caveat message is added.
  • The batch-write fallback path also tracks this confirmation across a sequence of writes, and appends a warning to error messages when a requested level wasn't confirmed, noting the writes may have run at the caller's own level instead.
  • The db_write validation schema was updated to accept the new as_level (max 16 characters) and as_level_confirmed fields.

Why This makes it clear when an artifact database operation requesting an elevated or different access level actually got that treatment from the server, instead of silently succeeding or failing under the wrong permissions.

Read from
Names in the bundleasLevelas_level_confirmed

See this entry in the whole of v2.1.265 →

Feedback