We're going to need default hard budget caps on pretty much everything
Simon Willison's Weblog (LLM / AI engineering) · Oct 3, 2026
Claim: Default hard budget caps on pay-by-usage APIs and services are critical infrastructure for safely deploying agentic systems, and cloud vendors should make them the default (not opt-in) to protect developers from runaway costs.
Evidence: AWS launched spending limits (Sept 2024, rolling out to limited customers); Google Cloud launched Spend Caps in July 2024. The author cites anecdotal developer fear of AWS for personal projects and stories of unexpected bills, but provides no quantified data on deployment failures, adoption rates, or actual financial losses.
Rationale
Sound operational concern (hard caps prevent surprise bills in agentic workflows); AWS and GCP signals are real and concrete. But the core claim is observational/regulatory (vendors should default to hard limits), not actionable product guidance for Timothy's stack. No numbers on cost impact, adoption, or failure rates. Durability is structural (orthogonal to model capability). Applicability is moderate: spending limits matter to any cloud-based workflow, but this item doesn't address Timothy's specific CC+Codex loop or token spend—it's infrastructure-level risk mitigation, not workflow optimization. Commoditization_risk scores 2 because the feature is already shipping (AWS/GCP), so it's not aspirational—it's already becoming default. Worth tracking for monorepo governance, but not an investment or adoption trigger without quantified runaway-cost incidents in Timothy's context.