Artifact comment threads get summarised so the permission prompt names what's being acted on.
Artifact comments need CLAUDE_CODE_ARTIFACT_COMMENTS or a server gate that falls back to false.
What's wrong with this entry?
When Claude is asked to act on an artifact comment, new code reads the thread behind it and summarises the opening comment so the permission prompt can name what is being acted on. Artifact comments as a whole are off unless CLAUDE_CODE_ARTIFACT_COMMENTS is set or the server turns on the gate whose built-in fallback is false.
- The summary records the thread id, who opened it, an excerpt, the reply count and whether it is resolved.
- Each comment is attributed as your own, Claude's, another viewer's, or unknown for artifact-posted and agent comments.
- The read is bounded by a 4 second timeout; failures are reported as no opening comment, deadline or read threw.
- Results are cached per artifact and thread, tied to the current tool call, trimmed to a fixed size and cleared when the signed-in account changes.
artifact_comment_consent_read
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.221
Artifact auto-reply subscriptions can be stopped from the cancel gestures
Both mention comment
-
v2.1.221
New artifact comment threads: read, reply, resolve
Both mention comment
-
v2.1.235
Artifact MCP is on by default
Both mention comment