Source Intelligence

DisclaimerUnofficial, and not affiliated with Anthropic. Nearly all of this is read straight out of what ships: npm bundles, captured prompts, published docs. Anthropic's own notes go in verbatim, marked as theirs. The rest is my reading, and every entry carries the strings behind it. If one looks wrong, vote it down and say why.

All of v2.1.246 Home All releases olderv2.1.245 v2.1.247newer
Claude Code v2.1.246

Watching an artifact can arm comment auto-replies, but the capability is gated off

Not switched on
Useful3 Signal5
Artifacts Notable

Watching an artifact can arm automatic replies to its comments, but nothing switches that on here.

Auto-reply arming via the watch action, its consent state and prompt changes are all present but not enabled by default.

Feature flag
tengu_sorrel_trellis On for this account, and not off by default

The flag server returned on for the one account this site reads, and nothing in this release compiles it off by default. The compiled default is shown below, and says which it is when we cannot read one: a fifth of gates compile in a string or a number rather than on or off, and most published releases have no gate table behind them at all. No client can see what the server returns for your account.

This account: on · anonymous baseline: on · compiled default in v2.1.246: on

Read once, for one account on one subscription tier, against v2.1.246. It isn't a statement about your account. What a flag value here can and cannot tell you

What

Unattended replies to comments on an artifact could previously be armed only by publishing it. The watch action can now arm them too, on an artifact you can edit whose link you gave in your own message, and the tool result explains which of those conditions failed when it cannot. The code paths, the per-artifact consent state and the changed permission prompt are all present in this build, but nothing in it turns the capability on by default.

Details
  • The whole auto-reply capability stays off unless the environment variable CLAUDE_CODE_ARTIFACT_COMMENTS_AUTOREACT is set or the server-side feature switch named tengu_sorrel_trellis is enabled by config; the value shipped in the build is off.
  • Auto-replies never arm on an artifact you can only view, and never on one whose link you did not supply yourself in the message that started the turn.
  • When a watch does arm a subscription and the resulting task reports no auto-reply, the result carries the specific reason as fields: can_edit: !1 for an account that cannot edit the artifact, user_turn: !1 when no message from you started the turn, named_by_user: !1 when the link did not come from your own message, and replies_declined: !0 when you declined auto-replies earlier in the session.
  • That reason ladder is computed only when the tool schema exposes comment verbs and the session's auto-react check passes, which requires that you have not disarmed auto-react; cloud sessions return earlier and never reach it.
  • Approval is now asked once per artifact and separately from watching, so an existing approval to watch no longer covers a watch that would also let Claude answer comments unattended.
  • New per-artifact state records whether that consent is outstanding, approved or declined, and which artifacts you are not an editor of, and surrounding prose now mentions comment wakes in cloud sessions only conditionally.
Evidence

unattended_turn, auto-replies arm only when the user asks for the watch in their own message, and no message from the user started this turn, asked once per artifact, as a publish is, never on one the user can only view

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.246 →