Follow Discord
Sweep 02 Oct 2026 · 18:55Z Build v2.1.288 509 read Stable v2.1.285 Latest v2.1.288 Next v2.1.288 Feeds RSS JSON llms.txt llms-full.txt Unofficial

tengu_quiet_larkspur

flag in the build JSON

A Claude Code feature flag, read out of the shipped bundle. It has been in the build since v2.1.285, including the newest one read.

Some allowed shell commands followed by a NAME=value argument no longer fail the permission check as an unsafe variable setting

Not Anthropic's. This is the line from the earliest changelog entry here that named it, v2.1.285.

First seen v2.1.285 29 Sep 2026
Last seen v2.1.288 2 Oct 2026
Builds4 / 131on this box, as of v2.1.288
Written about v2.1.285 first named in a changelog, 29 Sep 2026
v2.1.285in the build not in the build never minedv2.1.288

In the changelogs

1

Releases whose published page names tengu_quiet_larkspur.

  1. v2.1.285
    Fewer shell permission refusals for NAME=value arguments after some commands

    Some allowed shell commands followed by a NAME=value argument no longer fail the permission check as an unsafe variable setting

    gate cited by this entry

Gate readings

1
ReleaseResolvedThis accountAnonymousCompiled default
v2.1.285 read on another version Not enough to say no value returned no value returned on

Two arms, because they disagree: this account is the one account this site reads and anonymous is a baseline with no identity attached. A reading says nothing about your account, and off cannot rule out a rollout both readings sit outside of. What these readings can and cannot show.

Flag server, over time

2
Read asReadingFromUntilVersion installed
this account on 2026-10-02T01:45:04Z 2026-10-02T22:20:07Z v2.1.287 to v2.1.288
anonymous on 2026-10-02T00:25:04Z 2026-10-02T22:20:07Z v2.1.287 to v2.1.288

One row per unbroken stretch of one reading, newest first, from snapshots taken every twenty-five minutes or so. No longer carried is not off: it means the flag server stopped returning the gate at all, which is what a retired experiment looks like. The version column is what was installed when the reading was taken, not what caused it.

First cited

1

The earliest release whose published evidence quoted tengu_quiet_larkspur was v2.1.285, 29 Sep 2026. That is the oldest release this project wrote about it, so it is a floor on the name's age and not the release that introduced it. It is not a presence reading: which builds carried the name is the table below.

ReleaseDateThe span that was quoted
v2.1.28529 Sep 2026tengu_quiet_larkspur

Presence across releases

1
BuildsHow manyDatesReading
v2.1.285 – v2.1.2884 builds29 Sep 2026 → 2 Oct 2026 ◆in the build

Build by build

4

One row per release since the first build this name was read out of. Absent means the build was read and the name was not in it, never mined means no bundle for that release was ever archived, and a declared type or a default is only ever what that release's own bundle stated.

BuildDateStateThe record behind it
v2.1.28529 Sep 2026·addedverdict: added · default bool:true
v2.1.28630 Sep 2026·presentverdict: present · default bool:true
v2.1.2871 Oct 2026·presentverdict: present · default bool:true
v2.1.2882 Oct 2026·presentverdict: present · default bool:true

Read out of the published npm bundle release by release, and out of Anthropic's own documentation as this site captured it. Nothing on this page is a description anybody here wrote about what the feature flag does. All feature flags.

Feedback