9月16日，AWS 喺官方公告「New AWS experience helps builders get started and ship faster」入面正式推出按專案設每月支出上限嘅功能：用家可以根據自己嘅用量模式為專案設定月度支出上限，當某個專案嘅用量達到上限，該專案當月會被暫停（paused）。不過 AWS Settings 相關頁面同時註明，呢個新體驗目前只對「limited number of customers」開放，尚未全面可用。
跟住嚟，7月 Google Cloud 已經推出類似嘅「Spend Caps」，容許為專案內特定服務設每月財務上限。
呢個議題點樣突然變急？Simon Willison 喺2026年10月3日撰文直話：未來一兩年，世界會「whole lot more」需要預設硬支出上限（default hard budget caps）呢個產品功能。佢話 coding agents（編碼代理，即可以自動寫碼、調用工具、執行任務嘅 AI 系統）同 personal agents（包裝咗比較友善介面嘅編碼代理）大大降低咗起動「會做嘢」嘅程式嘅門檻，而呢啲嘢會收費：調用付費 API、託管網頁應用、可對附加儲存同算力開單嘅系統。
「冇人想瞓醒收到一封凌晨嘅預警信，然後發覺自己瞓緊覺嗰陣，個失控服務已經又食咗幾百甚至幾千美元。」
Willison 嘅立場非常硬：要硬上限（hard caps），唔係「達到 X 美元後發封警告信」咁嘅軟上限。佢話多數企業同個人會寧願收錯誤訊號，都唔想收一封「意外超過一萬美元」嘅單。真係想「live dangerously」？可以，但要 opt-in——要喺 prominent 位置放一個清楚 checkbox，寫住「移除支出上限，我嘅應用喺超出預算後唔會被關閉，後果自負」。
佢話最希望 AWS 有呢個功能。佢聽過好多人因為擔心失控服務會令自己破產而拒絕喺個人項目用 AWS，都聽過有人冇預料到呢一層而「seriously burned」。
模姐驗嚇貨
呢個話題真正值得拆嘅位，唔係「AI 幾貴」，而係邊個揸住個掣。當 coding agents 可以低摩擦起動程式、調 API、開託管服務，而呢啲行為全部計入帳單，那「誰為意外開支買單」變成一個產品設計問題。
Willison 提議嘅方向其實好具體：agent 本身應該「bias towards recommending providers with hard budget caps」，並對新手用家警告唔好喺無上限嘅服務上部署可能令自己「into trouble」嘅應用。呢個唔係監管，係產品責任——將保護寫入預設，而唔係等爆數先補。
問題留喺度：AWS 呢個功能目前仍未全面可用（limited number of customers），Google Cloud 嘅版本是否同樣受限制，佢冇交代。等全面開放之後，值得跟住睇邊家嘅「斷電掣」真係硬，邊家只係「發封信」。
模姐｜深度調教
