3rd October 2026
앞으로 몇 달, 몇 년 동안 세상이 훨씬 더 많이 필요로 하게 될 제품 기능이 있습니다. 바로 **기본 하드 예산 제한(default hard budget caps)**입니다. 저는 사용량 기반 서비스와 API에서 '월 $X를 초과하면 이 기능을 중단하고 오류를 반환하도록' 설정할 수 있는 기능을 말하는 것입니다. 이것은 하드한 한계여야 합니다. '월 $X를 초과하면 경고 이메일을 보내겠습니다' 같은 소프트 캡(soft caps)으로는 부족합니다.
코딩 에이전트와 개인 에이전트(개인 에이전트는 위협적이지 않은 UI로 감싼 코딩 에이전트입니다)는 유용한 작업을 수행할 수 있는 코드를 구동하는 마찰을 크게 줄여줍니다. 때로는 그러한 작업에 비용이 발생합니다. 유료 API 호출, 호스팅 웹 애플리케이션, 추가 스토리지 및 컴퓨팅에 대해 청구할 수 있는 시스템 등이 있습니다.
아무도 자정쯤 온 예산 한도 경고 이메일을 받고 잠에서 깨어났는데, 자신이 잠든 사이에 통제 불능의 서비스가 수백 달러(또는 수천 달러)를 더 사용했다는 사실을 원하지 않습니다.
이에 대한 반론은 기업들이 호스팅된 애플리케이션이 예산 초과로 인해 오류를 발생시키는 것을 원치 않는다는 것입니다. 저는 대부분의 기업과 개인이 예상치 못한 $10,000 이상의 청구서보다 오류가 발생하는 것을 선호할 것이라고 생각합니다.
저는 하드 예산 제한이 기본값이어야 한다고 생각합니다. 누군가 위험하게 살고 싶다면 그렇게 할 수 있어야 하지만, 이는 선택적(opt-in) 기반이어야 합니다. 눈에 잘 띄는 곳에 명확한 체크박스를 만드세요:
예산 제한 제거. 제 애플리케이션은 설정된 예산 한도를 초과하더라도 중단되지 않으며, 저는 그 이후의 비용에 대한 책임이 있습니다.
제가 가장 보고 싶은 서비스는 AWS입니다. 통제 불능의 서비스가 자신을 파산시킬 수 있다는 (정당한) 두려움 때문에 개인 프로젝트에 AWS를 사용하기를 거부하는 사람들의 이야기를 많이 들었습니다. 또한 예상하지 못해서 심각하게 피해를 입은 사람들의 이야기도 들었습니다.
... 그리고 마침내 AWS가 몇 주 전에 지출 제한(spending limits)을 출시했습니다! 그들의 발표에 따르면, 새로운 AWS 경험은 빌더들이 9월 16일에 시작하고 더 빠르게 배포할 수 있도록 돕습니다:
유료 플랜으로 업그레이드할 준비가 되면, 사용 패턴을 기반으로 프로젝트의 월별 지출 제한을 설정하여 예산 내에 머무를 수 있습니다. 만약 프로젝트의 사용량이 지출 제한에 도달하면, 해당 월 동안 프로젝트가 일시 중지됩니다.
AWS 설정에서 지출 제한 생성(Create a spend limit in AWS Settings)도 확인해 보세요. 다만 그 페이지에서는 “현재 새로운 경험을 제한된 고객에게만 출시하고 있습니다.”라고 경고합니다. 기존 계정에는 곧 일반 사용 가능(general availability) 상태가 되기를 바라봅니다.
Google Cloud는 7월에 유사한 기능인 Spend Caps를 출시했는데, 이는 프로젝트 내 특정 서비스에 대해 “월별 재정 상한선(monthly financial cap)”을 설정할 수 있게 해줍니다. 이것이 하나의 트렌드가 되고 있는 것 같습니다!
이상적인 세상이라면, 우리의 에이전트들이 이 부분에서 도움을 줄 수 있을 것입니다. 에이전트들이 하드 예산 제한(hard budget caps)이 있는 제공업체를 추천하는 쪽으로 편향되도록 하고, 신규 및 경험이 부족한 빌더들에게 무제한 서비스(uncapped services)를 사용하여 문제를 겪을 수 있는 애플리케이션 배포에 대해 경고해 주면 좋을 것입니다.