Artifact document writes can now ask the server to reject writes that conflict with a newer version, with automatic fallback
What
- Artifact database writes (both single writes and batch writes) can now pass a
requireVersionflag to the server, asking it to reject a write if the artifact has changed since the client last read it. - Writes made through the
str_replaceediting path also passrequireVersion; this only happens when the artifact-DB feature (CLAUDE_CODE_ARTIFACT_DB, on by default) is enabled and either theCLAUDE_CODE_ARTIFACT_DB_STR_REPLACEenvironment variable or a remote flag (tengu_umber_stile, off by default) is set. - If a server does not understand
requireVersion, the client remembers that server as unsupported and automatically retries the write withoutrequireVersioninstead of failing.
Why This adds an opt-in safeguard against silently overwriting someone else's concurrent changes to an artifact, while staying compatible with older servers that don't support the check yet.
tengu_umber_stile Off by default, switched on for this accountThe shipped code defaults this off, and the flag server returned on for the one account this site reads on this version. That is the reading that makes the entry above worth a second look, and it still says nothing about your account.
This account: on · anonymous baseline: on · compiled default in v2.1.269: off
Read once, for one account on one subscription tier, against v2.1.269. It isn't a statement about your account. What a flag value here can and cannot tell you