Follow Discord
Sweep 06 Nov 2026 · 01:32Z Build v2.1.319 537 read Stable v2.1.311 Latest v2.1.318 Next v2.1.319 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.277 ·

Artifact creation now uses idempotency keys to avoid duplicate creates on retry

Retrying an artifact-publish or artifact-create call no longer creates a duplicate Artifact; it now reports that an earlier attempt already created it

Group of 4 Use it now New Features
JSON All of v2.1.277
Use it nowTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Artifact PublishArea: what it touches
New FeaturesKind: in v2.1.277,
What probably matters to youSection of the release

What

  • Artifact creation now computes and sends an idempotency key with the create-artifact request, guarding against duplicate creation when a call is retried.
  • If a create is already in progress under the same key, the server now returns a create_in_flight error (HTTP 409) instead of creating a duplicate; new telemetry fields already_created and keyed are logged, and responses can include alreadyCreated: true for replayed creates.
  • When an artifact-publish tool call result indicates the artifact was already created by an earlier attempt of the same call, the tool now returns "An earlier attempt of this call already created the Artifact..." instead of claiming a fresh creation.
  • Similarly, if an Artifact-from-type creation succeeds but publishing its files fails, the resulting message now checks already_created and, if true, reports that nothing new was created instead of always saying a new Artifact was created.

Why

This prevents retried or duplicate artifact-creation calls, for example after a network hiccup, from producing confusing duplicate Artifacts or misleading "Created a new Artifact" messages.

See this entry in the whole of v2.1.277 →

Feedback