Simon Willison : plafonds de dépenses durs par défaut partout

« 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. » C'est par cette phrase que Simon Willison ouvre son billet du 3 octobre. Il demande que tous les services facturés à l'usage coupent automatiquement le robinet au-delà d'un seuil choisi, plutôt que d'envoyer un email d'avertissement.

L'argument tient à une peur très concrète : la facture découverte au réveil. « Nobody wants to wake up to an email sent at midnight warning about a budget limit and find that, while they slept, their rogue service had consumed several hundred (or several thousand) more dollars of usage », écrit-il. Sa thèse centrale est aussi plate : « I expect that most businesses and individuals would prefer errors to a surprise $10,000+ bill. »

Willison salue deux annonces récentes. AWS a lancé en septembre 2026 ses Spending Limits : « When you're ready to upgrade to a paid plan, you can set a monthly spend limit for your project based on your usage patterns so that you stay within your budget. » Google Cloud a sorti ses Spend Caps en juillet, qui permettent, selon la formulation de la plateforme reprise par le billet, de « set a monthly financial cap on specific services within a project ».

Sa proposition pratique est précise. Pour les développeurs qui acceptent sciemment une responsabilité illimitée, une case à cocher explicite : « Remove the budget cap. My application will not be shut down if I exceed the configured budget limit, and I will be responsible for subsequent charges. » Le plafond dur, lui, resterait le réglage par défaut.