Agent-Built Storage는 AI 에이전트가 빠르게 만든 내부 도구, 대시보드, 분석 앱에 맞는 가벼운 저장소 계층을 뜻한다. Gusto Engineering은 정적 HTML과 완전한 앱 스택(Postgres, Dockerfile, 배포 파이프라인, 온콜)의 중간 지대가 비어 있으며, S3 호환 오브젝트 스토리지를 작은 앱의 기본 저장소로 쓰는 패턴을 제안한다.
문제 배경
에이전트 루프는 소프트웨어 제작 비용을 크게 낮췄다. 하지만 운영은 여전히 전통적인 서비스 모델을 가정한다. 작은 내부 앱에도 데이터베이스, 비밀키, 마이그레이션, 취약점 패치, 알림, 백업, 소유권 관리가 붙으면 플랫폼팀의 부담이 커진다.
이런 앱은 정적 HTML만으로는 부족하지만, 독립 서비스로 운영하기에는 너무 작다. Gusto는 이를 “casual software” 또는 반쯤 진지한 소프트웨어 문제로 본다.
좋은 기본 저장소의 조건
| 조건 | 설명 |
|---|---|
| 유휴 부담 없음 | 사용하지 않을 때도 런타임·패치·월 기본료가 쌓이지 않아야 한다 |
| 졸업 경로 | 앱이 중요해지면 Postgres 같은 정식 시스템으로 옮길 수 있어야 한다 |
| 에이전트 친화 API | 작고 타입이 있으며 문서가 짧아 LLM이 컨텍스트 안에서 정확히 사용할 수 있어야 한다 |
| 보안팀이 이해하는 프리미티브 | S3 같은 익숙한 인프라 위에 있어 검토와 승인 부담을 줄인다 |
baerly-storage 접근
Gusto가 공개한 baerly-storage는 S3 기반 문서 저장소다. 별도 런타임 없이 HTTP 요청 안에서 실행되고, 영속 구성 요소는 버킷뿐이다. 데이터를 불변 형태로 쓰고 작은 원자적 메타데이터 업데이트로 새 버전을 게시하는 구조를 사용한다.
이 방식은 S3의 강한 read-after-write consistency와 조건부 쓰기를 활용한다. 또한 변경 로그를 Debezium 스타일 JSON 이벤트로 내보낼 수 있어, 앱이 커지면 Postgres 등으로 옮기는 경로를 마련한다.
실무 의미
에이전트가 만든 앱은 복잡한 스키마와 운영 의식을 너무 일찍 도입하면 루프 속도와 안정성이 떨어진다. 반대로 아무 저장소도 없으면 스프레드시트나 HTML 안 데이터로 흐르기 쉽다. Agent-Built Storage 패턴은 작은 앱이 안전하게 시작하고, 중요해지면 명확하게 승격되는 경로를 제공한다.
관련 문서
- agent-harness — AI 에이전트 성능을 결정하는 스캐폴딩 설계 방법론
- llm-knowledge-base — AI 에이전트가 원본 자료를 구조화된 위키로 컴파일하는 지식 관리 아키텍처
- stash — AI 에이전트를 위한 셀프호스팅 영속 메모리 레이어
- cloudflare-agents — Durable Objects 기반 영속 상태 에이전트 SDK
참고 자료
- Storage Is the Missing Piece for Agent-Built Software — Gusto Engineering (2026-06-16)