Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.txt Unofficial
Claude Code v2.1.275 ·

Artifact comment replies can now retry safely without duplicating

Posting a reply comment on an Artifact now retries once on failure using a client-generated id, and reports if a retry was actually a replay

TierYou'll noticehow much it should matter to you
Useful1my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaArtifactswhat it touches
KindBug Fixesin v2.1.275,
Group of 3 You'll notice

Posting a reply comment on an Artifact now retries once on failure using a client-generated id, and reports if a retry was actually a replay

What

When Claude Code posts a reply to a comment on an Artifact, the request handling is now more resilient:

  • The reply tool now generates a client id for each reply and sends it with the request.
  • On a server error (5xx) or a 499 status, the request waits a short randomized delay (roughly 800-1500ms) and retries once using that same client id.
  • If the retried request comes back with a 409 "id_in_use" conflict, it's now treated as a successful resend rather than a failure, and the tool result can include replayed: true to show this happened.
  • The underlying request function also now distinguishes relay errors from generic network errors so callers can opt into this retry behavior.

Why

This prevents duplicate or lost comment replies when a network hiccup or transient server error occurs, since the retry reuses the same id instead of risking a duplicate post.

See this entry in the whole of v2.1.275 →