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.251 Home All releases olderv2.1.250
Claude Code v2.1.251

Cloud-schedule suggestion is no longer behind its old experiment flag

You'll notice
Useful3 Signal3
Cloud Sessions

The suggestion to turn a loop into a cloud schedule no longer needs its old experiment.

Feature flag
tengu_surreal_dali 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.251: not a boolean we can read

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

What

The prompt that suggests turning a session-local loop into a durable cloud schedule used to require the tengu_surreal_dali experiment. That name no longer appears anywhere in this build; the suggestion is now gated by two other checks combined with the existing remote-sessions policy check.

Details
  • The remaining conditions are the account policy allowing remote sessions and there being no existing schedules.
  • What the two replacement checks test is not determinable from the build, so whether this is now on for everyone eligible or moved behind another gate is open.
Evidence

## Offer cloud first

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.251 →