Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.235 ·

Artifact comment follow-up threading (continues_reply_id) is wired but gated off by tengu_medlar_quoin

Artifact comment replies can now thread onto a prior Claude reply via continues_reply_id, but the feature is off by default

Nothing to try yet In Development
JSON All of v2.1.235
Nothing to try yetTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
ArtifactsArea: what it touches
In DevelopmentKind: in v2.1.235,
In DevelopmentSection of the release

Unclear The flag server returned off for this feature for both this site's account and the anonymous baseline, and no reading has been taken under this release yet, so whether it is enabled anywhere currently is unclear.

Building on the duplicate-reply guard for artifact comment threads, replies can now declare which of Claude's own earlier replies they follow up on via a new continues_reply_id field in the POST body. Posted reply IDs are remembered in a capped set, and the existing duplicate guard now checks that set rather than relying solely on acknowledge_duplicate. Reply bookkeeping is also account-epoch aware, so a reply recorded under a different account epoch is ignored. New telemetry reasons continues_reply_id_malformed and follow_up_marker_unconsumed fire only on this new path.

Read from
Feature flag
tengu_medlar_quoin Not enough to say

Nothing here resolved what this flag was doing on this version, so nothing here should be read as on or off.

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

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

What has happened since
Flag reading moved The flag server now returns on for tengu_medlar_quoin, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns off for tengu_medlar_quoin, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns on for tengu_medlar_quoin, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.
Flag reading moved The flag server now returns nothing at all, having stopped carrying it for tengu_medlar_quoin, read as this account. A reading is one sample. Claude Code evaluates its flags remotely, so no client sees the targeting rule behind a value and this says nothing about your account.

See this across every release →

How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtThe flag server returned off for this feature for both this site's account and the anonymous baseline, and no reading has been taken under…
The name it cites is new in this buildNew in this build: tengu_medlar_quoin

See this entry in the whole of v2.1.235 →

Feedback