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

Org policy can hide the transcript-scanning usage views

Org policy can hide the usage-pattern and skill-token views that read your local transcripts.

You'll notice Notable New Features
JSON All of v2.1.248
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
Usage & LimitsArea: what it touches
New FeaturesKind: in v2.1.248,
What probably matters to youSection of the release
What

Two new org-policy keys, allow_usage_transcript_scan and allow_skill_doctor_transcript_scan, control the "Usage patterns" and "Skill token counts" views. Both views are built by reading the session transcripts saved locally on the machine, so accounts under HIPAA-regulated org policy see an explanation in place of the data. Whether you get the views is decided by the account's server-supplied policy document, not by any local setting or anything in the bundle.

Details
  • The text shown in place of the breakdown is "Not shown for HIPAA-regulated organizations: this breakdown is built by scanning the session transcripts saved on this machine."
  • allow_usage_transcript_scan is the key behind the user-facing "Usage patterns" label, and allow_skill_doctor_transcript_scan covers "Skill token counts".
  • Both keys sit in the org-policy tables alongside the existing hipaa and zero-data-retention restrictions allow_heap_dump and allow_send_file, and are always paired with each other.
  • The policy resolver treats an unknown or unfetched policy map as allowed, so the default is that the views appear, except that both keys are force-denied when the compliance-taint check holds.
Evidence

Not shown for HIPAA-regulated organizations: this breakdown is built by scanning the session transcripts saved on this machine., allow_usage_transcript_scan

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

Feedback