2026 年 10 月 3 日

在未來數月和數年內，全世界將會需要更多這項產品功能：預設的硬性預算上限。我指的是付費使用服務和 API 的一項功能，它能讓你設定「每月花費超過 X 美元後，就切斷此服務並回傳錯誤」。這些必須是硬性限制。軟性上限，例如「每月花費超過 X 美元後，寄送警告郵件給我」，將無法滿足需求。

程式編碼代理（coding agents）和個人代理（personal agents，即包裝在較不具威脅性使用者介面下的程式編碼代理），大幅降低了啟動能執行有用程式碼的摩擦。有時這些操作會產生費用，例如呼叫付費 API、託管的網路應用程式，或是會收取額外儲存和運算費用的系統。

沒有人希望在半夜收到一封關於預算限制的警告郵件，卻發現自己在睡覺時，失控的服務已經消耗了數百（甚至數千）美元的費用。

反對這項觀點的論點是，企業不希望他們的託管應用程式因為超出預算而開始拋出錯誤。但我預期，大多數企業和個人會寧願收到錯誤訊息，也不願收到一張意外的萬元以上帳單。

我認為硬性預算上限應該成為預設值。如果有人想冒險，他們應該可以這樣做，但這必須是選擇加入（opt-in）的選項。應該在顯眼處設置一個清晰的核取方塊：

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

我最希望看到 AWS 提供這項服務。我聽過許多人因為（合理的）擔心失控的服務可能讓他們破產，而拒絕使用 AWS 進行個人專案的故事。我也聽過一些人沒有預料到這一點，結果蒙受嚴重損失的故事。

...結果 AWS 幾週前終於推出了支出限制功能！根據他們 9 月 16 日的公告「AWS 新體驗幫助開發者更快上手並交付產品」：

當您準備升級到付費方案時，您可以根據您的使用模式為專案設定每月支出限制，以確保您維持在預算內。如果專案的使用量達到支出限制，您的專案將在該月暫停。

另請參閱「在 AWS 設定中建立支出限制」，儘管該頁面警告「我們目前正在向有限數量的客戶發布新體驗。」希望這項功能能盡快對現有帳戶全面開放。

Google Cloud 在七月也推出了類似的功能，稱為「支出上限」（Spend Caps），它允許您「為專案中的特定服務設定每月財務上限」。看來這正成為一種趨勢！

在理想世界中，我們的代理程式可以協助處理這件事。如果代理程式開始傾向推薦具有硬性預算上限的供應商，並警告新手和經驗不足的開發者不要部署使用無上限服務的應用程式，以免惹上麻煩，那將會很棒。