claude-code - 💡(How to fix) Fix Console (platform.claude.com): caching shown as "not enabled" despite heavy cache use; dashboard spend-limit shows $0; Usage chart missing "All" model option

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
RAW_BUFFERClick to expand / collapse

Three display bugs in the Anthropic Console web app (platform.claude.com). For the first two, the authoritative pages (Billing, Analytics → Usage/Cost, request Logs) show correct data, but summary/dashboard cards show wrong data - looks like wrong-field / missing-fallback handling. The third is a UI inconsistency.

(Filing here as it's the closest public Anthropic repo; please redirect if there's a better venue for console issues.)

Bug 1 - Prompt caching shown as "not enabled" despite a high cache-hit rate

  • Affected: the Dashboard "Prompt caching" card ("Not enabled / — tokens reused") and Analytics → Caching ("You're not using prompt caching").
  • Both are driven by GET /api/organizations/{org}/cache_analytics?...&group_by=model. For an affected org this returns summary.cache_read = 0, cache_write = 0, and only a tiny slice of uncached tokens across just opus|4.6 + sonnet|4.6.
  • Reality: usage_activities / usage_cost show the large majority of input is cache reads, and the Logs per-request breakdown confirms it (e.g. one request: ~2 fresh input tokens vs ~184k cache-read tokens, ~99% cache read).
  • It appears cache_analytics does not aggregate usage attributed to user-scoped API keys (keys carrying an account_id, e.g. a Claude-Code-provisioned key), which is where most traffic/caching lives. Passing workspace_id to cache_analytics is also ignored - it returns the same slice.

Bug 2 - Dashboard spend card shows "$0 limit / 0% used" while Billing shows the real limit

  • The Dashboard "Spend this month" card shows the spend amount but "of $0 limit · 0% used".
  • The Billing page (correct) shows the real monthly spend limit and the correct % used.
  • The card appears to read enforced_limit_usd (which is null when the cap is a self-selected notify_and_pause limit rather than an Anthropic-enforced tier cap) and renders null as "$0", instead of falling back to the configured limit the Billing page uses.

Bug 3 - "Rate Limit Use + Caching" chart's Model selector has no "All" option

  • On Analytics → Usage, this chart has its own Model selector (separate from the top filter bar's, which is fine). It initially shows "All", then auto-switches to a single model.
  • Its dropdown lists only individual models - there is no "All" entry - so there's no way back to the aggregate view. It should include an "All" option like the top filter bar's selector.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix Console (platform.claude.com): caching shown as "not enabled" despite heavy cache use; dashboard spend-limit shows $0; Usage chart missing "All" model option