Urgent.News

What's breaking now, across thousands of outlets.

Tech

We're going to need default hard budget caps on pretty much everything

Here's a product feature which the world is going to need a whole lot more of over the coming months and years: default hard budget caps . I'm talking about the feature of pay-by-usage services and APIs that lets you say "after $X/month, cut this thing off and return errors". These need to be hard limits. Soft caps, "after $X/month, send me a warning email", will not cut it. Coding agents, and…

Simon Willison argues that default hard budget caps are essential for pay-by-usage services and APIs. These caps should be "hard limits" that cut off functionality and return errors after a certain threshold, rather than soft caps that only send warnings. Coding agents and personal agents can help reduce the risk of exceeding budget limits by recommending providers with hard caps and warning users about potential issues.

The author hopes that AWS will soon launch spending limits for existing accounts, as they launched recently. Google Cloud already offers a similar feature called Spend Caps. The author believes this trend indicates that hard budget caps will become standard in the industry.

Written by urgent.news from Simon Willison's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Also reported by 1 other outlet

Read the original at simonwillison.net →

More in Tech

Suppressing the email when Jira Automation adds a comment (and why sendNotifications does nothing)

Suppressing the email when Jira Automation adds a comment (and why sendNotifications does nothing) Key takeaways sendNotifications is not a parameter of the automation Comment action, so nothing reads…

  • The sendNotifications parameter is absent from the Jira Automation Comment action.
  • The automation engine ignores unknown parameters in the Jira comment REST endpoint.
  • The email suppression issue persists unresolved since 2 August 2026.

Observability Explained: Logs, Metrics, Traces, and What Monitoring Misses

📡 1. The Three Observability Pillars (and the "Fourth") 1️⃣ Logs — What happened? 2️⃣ Metrics — How much, how often, and how fast? 3️⃣ Traces — Where did the request go?

  • Logs provide detailed information about specific events in a system
  • Metrics represent numerical measurements changing over time
  • Traces follow a request through various system components

AWS EKS deploy - Live Demo

Deploying an app to Kubernetes on AWS, with AI as my pair engineer Before AI, you'd settle on one infrastructure design up front and then build it.

  • AWS EKS used to deploy Spring Boot application
  • Claude AI pair engineer assisted in workflow
  • Scripts and documentation refined for smooth runs

More from Saturday 3 October →