대부분의 호스팅은 키보드 앞에 앉은 사람을 중심으로 설계되었습니다. 가입 양식, 카드, 대시보드, 문제가 생기면 오는 이메일. 컴퓨팅 자원이 필요한 AI 에이전트는 이 단계 어디에도 맞지 않습니다. 캡차를 풀 수 없고, 점검 페이지와 고장 난 페이지를 구분하지 못하며, 같은 서버를 마흔 번 만들었다는 사실도 알아채지 못합니다.
"그냥 API를 주면 되지"라고 말하고 싶어집니다. 하지만 그것은 첫 번째 요구 사항이지 마지막이 아닙니다. 아래는 에이전트를 위한 자체 MCP 서버와 REST API를 만들면서 우리가 중요하다고 생각하게 된 일곱 가지입니다. 각각에 대해, 그것이 없으면 무엇이 잘못되는지 적었습니다.
1. 에이전트에게 필요한 모든 것이 프로그래밍 가능할 것
자원의 생성, 조회, 크기 변경, 삭제는 브라우저 없이 동작해야 합니다. 지루한 부분도 포함됩니다. 구매 전에 가격 알아보기, 어떤 위치에 여유 용량이 있는지 확인하기, 새 머신의 비밀번호 읽기, 해지하기.
이것이 없으면: 에이전트는 80%까지 가다가 클릭이 필요한 단 한 단계에서 멈추고, 결국 사람이 일을 마무리해야 합니다. 반쪽짜리 API는 완료할 수 없는 자동화를 부추기기 때문에 없는 것보다 나쁜 경우가 많습니다.
2. 프로그램이 행동할 수 있는 오류
에이전트는 응답을 읽고 다음에 할 일을 정합니다. 안정적인 코드를 가진 JSON 본문(402 insufficient_balance, 409 sandbox_paused, 초기화 시각이 함께 오는 429 budget_exceeded)이라면 그에 따라 분기할 수 있습니다. HTML 오류 페이지나 모호한 메시지의 500은 에이전트를 추측하게 만들고, 결코 성공하지 않을 일을 반복하게 하는 경우가 많습니다.
이것이 없으면: 재시도 루프입니다. 에이전트 실패 중 가장 비싼 것은 대개 잘못된 결정이 아니라, 같은 실패한 호출을 수천 번 반복하는 것입니다.
3. 사람이 끼지 않는 결제
카드 결제에는 사람이 그 자리에 있는지 확인하기 위한 단계가 가득합니다. 3-D Secure 코드, 은행 앱 승인, 본인 확인. 사기 방지에는 좋지만 소프트웨어에는 불가능합니다. 미리 충전해 두는 선불 잔액(우리의 경우 스테이블코인으로 충전하는 경우가 많습니다)이 있으면, 사람이 매 결제를 승인하지 않아도 에이전트가 쓴 만큼 낼 수 있습니다.
이것이 없으면: 사람이 모든 구매를 승인하거나(그러면 의미가 없습니다), 누군가 에이전트에게 카드를 쥐여 주게 됩니다(아무도 감수해서는 안 되는 위험입니다).
4. 엄격한 지출 한도
선불 잔액은 최악의 경우를 잔액 범위로 제한합니다. 그래도 큰 금액일 수 있습니다. 에이전트 자신의 선의가 아니라 플랫폼이 강제하는 달러 기준의 일일·월간 한도가 있으면, 루프에 빠진 에이전트도 작은 손실로 끝납니다. 한도는 요란하게 실패해야 합니다. 에이전트가 알아볼 수 있는 오류를 반환하고, 실행 중인 것을 멈추거나 일시 정지해야 합니다.
이것이 없으면: 루프가 돌았다는 사실을 잔액을 보고서야 알게 됩니다. 우리 샌드박스 과금에 한도가 있는 이유가 이것이며, MCP 가드레일 페이지에서는 애초에 어떤 작업에 사람의 승인이 필요해야 하는지 제안합니다.
5. 알맞은 단위의 컴퓨팅
에이전트가 만들어 내는 작업은 세 가지로 전혀 다릅니다.
- 초: 생성된 코드 조각 실행, 답 확인, 수정 시도.
- 시간: 평가, 스크레이핑, 긴 빌드.
- 상시 가동: 봇, API, 예약 실행 워커.
월 단위 서버만 제공하는 플랫폼은 첫 번째를 터무니없이 비싸게 만들고, 짧은 수명의 샌드박스만 제공하는 플랫폼은 세 번째를 불안정하게 만듭니다. 시간 단위로 과금되는 머신에서 20초짜리 작업을 돌리면 아무것도 하지 않는 59분에 돈을 내게 됩니다. 초 단위 과금의 작동 방식에서 각 모델이 어디서 의미를 잃는지 보여 줍니다.
이것이 없으면: 에이전트는 짧은 작업에 돈을 더 내거나, 계속 켜 두도록 만들어지지 않은 인프라에서 장기 실행 서비스를 돌리게 됩니다.
6. 기본값으로서의 격리
에이전트가 작성한 코드는 아무도 검토하지 않은 코드입니다. 가치 있는 것이 아무것도 없는 곳에서 실행되어야 합니다. 에이전트 자신의 호스트도, 여러분의 키가 있는 서버도, 메일을 보내는 머신도 아닌 곳입니다. 실제로는 작업마다 별도의 VM이나 microVM을 두고 끝나면 삭제한다는 뜻입니다. 신뢰할 수 없는 코드를 위한 격리 수준에서 선택지를 비교하고, Firecracker microVM 쉽게 이해하기에서 자체 커널이 왜 중요한지 설명합니다.
이것이 없으면: 생성된 코드에 처음으로 섞여 들어간 프롬프트 인젝션이 에이전트의 호스트가 닿을 수 있는 모든 것에 접근하게 됩니다.
7. 가시성과 정지 스위치
에이전트를 책임지는 사람은 에이전트가 무엇을 했는지 보고 빠르게 멈출 수 있어야 합니다. 즉 자원별 사용량과 비용, 에이전트가 만든 모든 것의 목록, 그리고 그것을 전부 삭제할 방법이 필요합니다. 자격 증명은 폐기할 수 있어야 하고, 유출되더라도 영원히 유효하지 않을 만큼 수명이 짧아야 하며, 사람 없이 갱신할 방법도 있어야 합니다.
이것이 없으면: 정리 작업이 고고학이 됩니다. 잊힌 자원은 계속 과금되고, 유출된 토큰은 계속 작동합니다.
에이전트에게 필요 없는 것
도움이 되지 않는 것도 그만큼 많은 것을 말해 줍니다. 업셀을 위해 설계된 대시보드, 온보딩 이메일, 실제 한도가 각주에 숨어 있는 요금제, 가입 후에야 보이는 가격. 어느 것도 소프트웨어가 읽을 수 없고, 일부는 텍스트를 문자 그대로 받아들이는 모델에게 적극적으로 오해를 불러일으킵니다.
아직 풀리지 않은 것
여기 있는 모든 것이 공학적으로 해결된 문제는 아닙니다.
- 책임. 에이전트가 계정으로 하는 일에는 누군가 책임을 집니다. 플랫폼에는 그 사람에게 모든 단계를 거치게 하지 않으면서도 자동화된 활동을 책임자와 연결하는 방법이 필요합니다.
- 악용. 열려 있고 완전히 자동화된 가입은 악용하는 사람들이 원하는 바로 그것이기도 합니다. 에이전트를 지원하는 모든 플랫폼이 마찰 없는 접근과 계정 대량 생성·채굴 사이에서 균형을 잡고 있으며, 완벽한 답을 가진 곳은 없습니다.
- 긴 흐름. 에이전트는 여전히 단일 호출보다 열 단계짜리 과정에서 더 자주 실패합니다. 인프라는 각 단계를 멱등적으로 만들고 상태를 쉽게 조회할 수 있게 해서 도울 수 있습니다. 그러면 재시도가 중복이 아니라 이어서 진행이 됩니다.
우리가 도달한 지점
우리는 이 요구 사항들을 피해 가기보다 그에 맞춰 만들려고 노력했습니다. 전체 수명 주기를 다루는 MCP 서버와 REST API, 기계가 읽을 수 있는 오류, 선불 잔액, 지출 한도, 짧은 작업을 위한 초 단위 코드 샌드박스, 그리고 긴 작업을 위한 AI agent 요금제 같은 월 단위 서버입니다. 샌드박스 쪽의 흐름은 AI 에이전트용 샌드박스에서 보실 수 있습니다. 이 목록은 그 자체의 가치로 판단해 주셨으면 합니다. 에이전트를 풀어 놓을 어떤 플랫폼에든 쓸 수 있는 유용한 체크리스트입니다.
댓글
아직 댓글이 없습니다. 첫 번째가 되세요.