未來幾個月和幾年，世界上將需要更多一種產品功能：預設的硬性預算上限。

我指的是那些讓使用者能夠設定「每月達到 X 美元後，就停止服務並回報錯誤」的按用量付費服務和 API。

這些必須是硬性限制。軟性上限，「每月達到 X 美元後，寄送警告郵件給我」，是行不通的。

編碼代理（Coding agents）和個人代理（將編碼代理包裝在較不具威脅性的使用者介面中），大大降低了啟動能執行有益任務的程式碼的門檻。

有時這些任務會產生費用——調用付費 API、託管的 Web 應用程式，或能夠為額外儲存和計算計費的系統。

沒有人希望在午夜收到一封關於預算限制的警告郵件，然後發現，在他們睡覺的時候，他們失控的服務已經消耗了數百（或數千）美元的使用費。

反對這種做法的論點是，企業不希望他們的託管應用程式因為某些預算被超出而開始拋出錯誤。

我預計大多數企業和個人會寧願收到錯誤，也不願收到一張意外的 10,000 美元以上帳單。

我認為硬性預算上限必須是預設選項。

如果有人想冒險，他們應該能夠做到，但這需要是選擇加入（opt-in）的基礎。

在一個顯眼的位置放一個漂亮、清晰的核取方塊：

移除預算上限。如果我超出設定的預算限制，我的應用程式將不會被關閉，後續的費用將由我負責。

我最希望看到這項功能來自 AWS。

我聽過許多人因為（有理由的）恐懼，害怕失控的服務可能會讓他們破產，而拒絕在個人專案中使用 AWS 的故事。

我也聽過一些人沒有預料到這一點，結果遭受了嚴重的損失。

... 結果 AWS 在幾週前終於推出了支出限制！

從他們 9 月 16 日的公告「新的 AWS 體驗幫助開發者更快入門並交付成果」中得知：

當您準備好升級到付費方案時，您可以根據您的使用模式為您的專案設定每月支出上限，以便您能保持在預算範圍內。

如果專案的使用量達到其支出上限，該專案將在本月暫停。

另請參閱「在 AWS 設定中建立支出上限」，儘管該頁面警告「我們目前正在向有限數量的客戶發佈我們的全新體驗」。

希望這項功能能盡快向現有帳戶全面開放。

Google Cloud 在 7 月推出了類似的功能，稱為「Spend Caps」（支出上限），讓您可以「為專案中的特定服務設定每月財務上限」。

看來這正成為一種趨勢！

在理想的世界裡，我們的代理可以協助處理這件事。

如果代理開始傾向於推薦提供硬性預算上限的供應商，並警告新進和沒有經驗的開發者不要部署使用可能讓他們陷入麻煩的無上限服務的應用程式，那就太好了。