Anthropic's Triple Squeeze: Metering, Capacity Crisis, and the June 15 Pricing Cliff
What Changed This Week
Three distinct Anthropic moves converged into a single cost event for any team running Claude programmatically:
- Programmatic usage is now metered. Claude subscriptions convert to dollar-matched API credits across Agent SDK, claude-p, GitHub Actions, and third-party harnesses. The implicit 70-90% effective discount that alt-harness users had been getting is dead.
- The 80x capacity admission. Dario Amodei conceded at Code with Claude on May 6 that Anthropic planned for 10x growth and hit 80x. The emergency patch: leasing xAI's entire Colossus 1 cluster (220,000+ GPUs) spanning H100, H200, and GB200.
- June 15 third-party tool split. Starting in 30 days, Claude usage through Conductor, Zed, OpenCode, and T3 Code gets a separate credit bucket. No subsidized tokens, no rollover, overflow bills at API rates.
The Cross-Source Pattern
Multiple independent sources confirm this is a coordinated pricing tightening ahead of Anthropic's October IPO. ServiceNow's CDIO has already burned the full-year Claude budget by May. National Life Group's CIO publicly called Claude 'not great for companies' wanting per-user monitoring. Anthropic provides no native per-user telemetry and no SLAs — unusual for a dependency on the critical path of production features.
The vendor that captures 34.4% of enterprise spend cannot tell customers which user burned the tokens.
Meanwhile, OpenAI dropped a 2-month-free Codex enterprise switch promo the same day Anthropic metered usage. Ramp's April data shows Anthropic edging OpenAI 34.4% vs 32.3% — the first lead change. This is OpenAI pricing a counter-offensive against the exact developers Anthropic just alienated.
What Benchmarks From Before May 7 Are Now Stale
| Surface | Before | After (May 7-14) |
|---|---|---|
| Claude Code (Pro/Max) | 5-hour limit | Doubled |
| Peak-hours throttle | Reduced limits | Removed |
| Opus API rate limits | Squeezed during crunch | 'Substantially raised' |
| Fleet composition | Anthropic-managed | Heterogeneous (incl. GB200) |
Any architectural decision made against April numbers — aggressive caching, prompt compression, provider migration — is calibrated to conditions that no longer exist.
The Practical Implications
Token consumption in agentic workflows is non-linear. A reflection loop or tool-use chain can 10x spend per task without proportional quality gain. With no native cost attribution at the user or prompt level, the overage shows up the way it showed up at ServiceNow — after the money is gone. The workaround is entirely on the customer: gateway-level logging with per-tenant tagging, daily budget alerts, and hard caps per feature.
What to do
Audit every Claude-backed workload (Agent SDK, claude-p, GitHub Actions, batch evals) and reconcile projected token burn against the new credit cap this sprint
Deploy an LLM gateway (LiteLLM/Portkey) with per-user, per-feature tagging and daily token budget alerts before June 15
Run a 2-month head-to-head Codex evaluation under OpenAI's enterprise switch promo with matched prompts and tool schemas
Re-baseline Claude throughput and latency benchmarks post-Colossus integration before shipping any workaround from the April crunch period