https://simonwillison.net/2026/Oct/3/default-hard-budget-caps/
Simon Willison 2026 年 10 月 3 日在 simonwillison.net 寫，接下來幾個月到幾年，這世界會很需要一種產品功能：預設就生效的硬支出上限（hard budget cap）。他講的是按量計費的服務和 API。人可以指定一件事：一個月超過 $X，就把那個東西切斷，回錯誤。$X 是他留的空位，不是標價。上限必須是硬的。軟上限只是超過 $X 寄一封警告信，不會停，他認為不夠。
Coding agent，還有 personal agent，把「弄出能做事的程式」的摩擦降得很低。他說 personal agent 就是 coding agent 包一層比較不嚇人的介面。做出來的東西有時會花錢：打付費 API、代管的網頁應用，或是會為額外的 storage 和 compute 計費的系統。人睡著，這些東西還在跑。沒有人想一覺醒來，看到半夜寄出的信，信裡警告預算到了，然後發現睡覺的時候，失控的服務又多消耗了好幾百美元，或者好幾千美元。那是他舉的量級。夜裡還在消耗的那個服務，過了 $X 就該切斷，回錯誤。
反對的理由是，企業不想因為某個預算被超過，代管的應用就開始丟錯誤。他的判斷是，多數企業和個人寧願拿到錯誤，也不要一張沒料到的 $10,000 以上帳單。
硬支出上限該是預設。想冒險的人仍然可以把上限拿掉，但要自己勾選加進去。勾選框要放在顯眼的地方，寫清楚。框上的意思是，拿掉預算上限：應用超過設定的額度不會被關掉，之後的費用由勾的人負責。
他最想看到這功能的服務是 AWS。他說自己聽過不少故事。有人拒絕用 AWS 做個人專案，因為怕失控的服務會讓自己破產，他認為這害怕有道理。也有人沒有預料到會這樣，結果被燒得很慘。
他寫，AWS 總算在發文前幾個星期推出 spending limits。9 月 16 日的公告 New AWS experience helps builders get started and ship faster 寫，準備升級到付費方案時，可以依用量模式為專案設每月支出上限，讓花費留在預算裡。用量一達到上限，專案就當月暫停。他另外指向的 Create a spend limit in AWS Settings 警告，新體驗目前只開放給有限數量的客戶。他希望這很快就能對既有帳戶一般可用。
Google Cloud 在七月推出類似功能，叫 Spend Caps。人可以對一個專案裡的特定服務，設每月的財務上限。他的感想是，看起來這開始變成趨勢。
理想裡，agent 幫得上忙，他想看到 agent 開始偏向推薦有硬支出上限的供應商，並且警告新手和沒經驗的人，不要把應用部署到沒有上限、可能惹上麻煩的服務。