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.238 ·

Per-feature severity thresholds, inert without server config

Severity thresholds can now be set per feature area from server config, and none are set.

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

A severityBySite config key can hold per-area thresholds with one area wired up, resolving to null without a server value.

What

Severity thresholds can now be resolved per feature area, reading a severityBySite key from remote config that holds either the literal "on" or an object of thresholds, falling back to that area's own defaults. One area is wired up, keyed handoff. With no value from the server the result is a null threshold marked as coming from the default, so severity stays off unless remote config carries the key.

Details
  • Two additional local conditions must also pass before the remote value is consulted.
  • In the same function the older bundle-based severity source is compiled out: the variable its if tests is assigned literal null immediately above, so that branch can never run. The per-model threshold map is the only remaining non-per-area route.
Evidence

severityBySite

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

Feedback