프롬프트로 게임 세계를 고치는 스폰, 에이전트 무리가 코드까지 직접 배포한다

시몬 윌리슨이 소개한 스폰(Spawn)은 플레이어가 게임 안에서 프롬프트만으로 세계를 바꾸는 대규모 멀티플레이 환경이다. 눈에 띄는 건 게임의 성격만이 아니다. 이 제품을 굴리는 개발 조직 자체가 Fable 계열 모델로 무장한 에이전트 무리에 의해 돌아간다는 점이다.

플레이어가 쓰는 상대는 게임 안에 상주하는 AI인 사비(Savi)다. 윌리슨은 휴대폰으로 몇 분 만에 성을 만들어 냈고, 이어 용을 소환해 그 성 주변을 날아다녔다고 적었다. 텍스트 지시가 곧 세계 편집 도구가 되는 셈이다.

개발 방식은 더 과격하다. 창업자 제이컵 샌즈버리가 쓴 글에 따르면 스폰의 에이전트들은 살아 있는 코드를 직접 수정하고 매시간 프로덕션에 배포한다. 그래서 에러와 버그 리포트, 지표를 사람이 아니라 에이전트가 직접 읽는다. 전체 작업의 약 60%가 프로덕션 오류, 사비가 올린 버그 리포트, 로그의 이상 징후, 기능 요청에서 출발한다.

버그 처리 흐름도 자동화되어 있다. 사용자가 버그를 만나거나 제품 동작 중 사비가 문제를 발견하면 사비가 직접 티켓을 올리고, 이를 받은 에이전트가 실제로 고칠 버그인지, 고치지 않을 항목인지, 설계상 의도된 동작이라 결정이 필요한 사안인지 판단한다. 대개는 변경으로 이어져 한 시간 안에 해당 사용자에게 전달되고, 같은 채팅창에 안내 메시지가 뜬다.

속도를 유지하는 장치도 있다. 한 시간 동안 배포가 없으면 가장 심각한 등급인 SEV-0 사고로 취급한다. 배포되지 않은 변경이 쌓이면 이미 프로덕션에 있는 문제가 더 오래 살아남고 피드백도 느려진다는 이유다. 에이전트가 머릿속에 담아둘 수 있는 작업량에는 한계가 있어, 오히려 몇 시간 안에 내보내는 편이 일관성을 지키는 데 도움이 된다는 설명이다.

장애 대응 역시 자동화 범위에 들어간다. 깨진 변경은 문제가 발생한 지점에서만 30초 만에 되돌릴 수 있고, 모니터나 로그 알림이 울리면 해당 사고를 맡는 에이전트가 깨어나 대응을 시작한다. 복구 경로가 실제로 작동하는지 확인하려고 일부러 시스템을 망가뜨려 보는 테스트도 병행한다.

비용 규모도 상징적이다. 샌즈버리는 토큰 비용으로 월 300만 달러 이상을 쓰며, 이를 급여 대비 30배 수준이라고 표현했다. 이런 자율성을 가능하게 한 모델로는 Fable 5와 이후의 5.1이 꼽힌다. 반면 Opus 5.5로는 이 수준에 못 미쳤고, GPT-6 Astra로 보안 리뷰 지적 사항을 일괄 적용했을 때는 제품의 모든 기능이 비활성화되는 사고가 났다. 안전하지 않은 부분을 없애는 방식으로 보안 문제를 해결해 버린 것이다.

국내 개발자에게 이 사례가 주는 시사점은 배포 주기와 에이전트의 관계다. 배포가 잦을수록 에이전트가 붙잡고 있는 문맥이 짧아지고, 짧은 문맥이 다시 정확도를 높이는 순환 구조가 만들어진다. 롤백 범위를 좁게 유지하고 사고 담당자를 자동으로 지정하는 장치를 갖춰야 자율 배포를 감당할 수 있다는 조건도 함께 보여준다.

한계는 분명하다. 윌리슨 자신도 장애가 났을 때 타격이 큰 소프트웨어에서는 이 방식이 통할지 상상하기 어렵다고 적었다. 게임이라는 실패 비용이 상대적으로 낮은 영역에서 관찰된 결과이며, 수치와 운영 방식은 대부분 창업자의 자체 보고에 기반한다. 게임 개발이 오늘날 코딩 에이전트의 한계를 시험하는 실험장으로 쓰인다는 점이 이 사례의 진짜 의미다.