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

TierUnder the hoodhow much it should matter to you
Useful2my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaArtifactswhat it touches
KindInternal Changesin v2.1.265,
Group of 4 Under the hood 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 bundleasLevellevelConfirmed

See this entry in the whole of v2.1.265 →

Feedback