Cursor 에이전트 스웜, 비용 단위가 바뀐다

스웜의 단위는 명세다

Cursor의 "Agent swarms and the new model economics"는 에이전트 스웜을 단순한 병렬 실행이 아니라 새로운 비용 구조로 설명한다. Cursor는 같은 모델과 시간 예산으로 오래된 스웜과 새로운 스웜을 비교했고, SQLite를 Rust로 재구현하는 실험에서 새 스웜이 모든 모델 구성에서 더 나은 결과를 냈다고 밝혔다. Grok 4.5 구성에서는 4시간 뒤 보류 SQL 테스트의 80%에 도달했다고 한다.

흥미로운 문장은 "작업 단위가 명세가 된다"는 주장이다. 자동완성은 한 줄, 초기 코딩 모델은 코드 블록, 에이전트는 파일이나 기능을 다뤘다. 스웜은 더 위로 올라가 명세를 입력으로 받고, 플래너와 워커가 작업 트리를 나눠 처리한다. 이는 Flint의 에이전트 차트 언어에서 본 중간 표현의 필요성과도 연결된다.

병렬성보다 맥락 분리가 중요하다

Cursor가 강조한 핵심은 단순 병렬 처리만이 아니다. 플래너는 큰 목표와 분해를 맡고, 워커는 좁은 하위 작업에 집중한다. 긴 단일 에이전트가 drift를 겪는 이유를 맥락 오염으로 본 셈이다. 한 에이전트가 전체 목표, 현재 위치, 세부 구현을 모두 들고 있으면 어느 순간 큰 그림을 잃거나 작은 작업을 망친다.

이 구조는 한국 개발 조직에도 익숙하다. 설계자, 구현자, 리뷰어, 릴리스 매니저가 나뉘는 이유와 비슷하다. 다만 에이전트 세계에서는 이 분업이 초당 수백, 수천 번의 변경으로 압축된다. Cursor는 브라우저 스웜이 Git에서 시간당 약 1,000커밋까지 갔고, 새 시스템은 초당 약 1,000커밋을 다루기 위해 자체 VCS를 만들었다고 설명한다. MPMC 큐와 에이전트 런타임의 문제의식이 그대로 나온다.

모델 경제학의 함정

Cursor는 같은 품질에 가까운 결과라도 모델 조합에 따라 비용이 크게 달라졌다고 썼다. 더 비싼 플래너가 전체 비용을 낮출 수도 있고, 반대로 워커 토큰을 폭증시켜 총액을 키울 수도 있다. 이 지점이 중요하다. 이제 비용 최적화는 "어떤 모델의 토큰 단가가 싼가"가 아니라 "어떤 역할에 어떤 모델을 배치할 때 재작업이 줄어드는가"다.

Claude Code 토큰세에서 다룬 것처럼 에이전트 비용은 눈에 보이는 API 호출보다 주변 맥락, 재시도, 로그, 리뷰, 실패 복구에서 커진다. Cursor의 실험은 이 비용을 시스템 설계 문제로 끌어올린다. SQLite 문서 835페이지를 명세로 삼아 데이터베이스를 만드는 일은 토큰을 많이 쓰는 문제가 아니라 의미를 보존하는 문제다.

한국 개발팀의 적용 범위

한국 팀이 당장 수백 에이전트 스웜을 운영할 필요는 없다. 하지만 사고방식은 지금 적용할 수 있다. 큰 기능 요청을 작업 트리로 쪼개고, 각 노드에 성공 기준과 테스트를 붙이고, 모델별 역할을 분리하는 것이다. 고성능 모델은 설계와 리뷰에 쓰고, 빠른 모델은 반복 구현과 문서 정리에 쓰는 식이다. GPT-5.6 생산 에이전트 마이그레이션에서 말했듯 모델 교체보다 하네스가 먼저다.

주의할 점도 있다. Cursor는 자체 실험 결과를 공개했지만, 실제 품질은 외부 검증이 필요하다. 공개된 minisqlite 저장소를 직접 읽고 테스트해야 한다. 스웜은 실패를 더 빨리 만들 수도 있다. 잘못된 명세, 느슨한 권한, 약한 리뷰가 있으면 단일 에이전트보다 더 큰 혼란을 만든다.

명세가 새로운 소스코드가 된다

Cursor의 주장은 결국 소프트웨어 개발의 입력이 바뀐다는 말이다. 명세가 프롬프트가 되고, 프롬프트가 작업 트리가 되고, 작업 트리가 코드와 테스트로 내려간다. 이 과정은 컴파일러와 닮았지만 확률적이다. 그래서 한국 개발팀의 경쟁력은 "좋은 프롬프트"가 아니라 추적 가능한 명세, 테스트 가능한 요구사항, 충돌을 빨리 발견하는 도구에서 나온다.

자주 묻는 질문

Q1: 에이전트 스웜은 단순히 여러 에이전트를 동시에 돌리는 건가요?

A: 아니다. 역할 분리, 작업 트리, 충돌 관리, 검증 루프가 함께 있어야 의미가 있다.

Q2: 왜 자체 VCS가 필요했나요?

A: 초고속 변경이 생기면 기존 Git 중심 흐름으로 충돌과 리뷰를 처리하기 어렵기 때문이다.

Q3: 비싼 모델을 쓰면 항상 더 싸지나요?

A: 아니다. 계획 토큰은 줄어도 워커 재작업이 늘면 총비용은 커질 수 있다.

Q4: 한국 스타트업도 스웜을 써야 하나요?

A: 대규모 스웜보다 작업 분해, 테스트, 역할별 모델 선택을 먼저 도입하는 것이 현실적이다.

Q5: 가장 중요한 준비물은 무엇인가요?

A: 명세 품질이다. 에이전트가 실행할 수 있는 요구사항과 검증 가능한 테스트가 없으면 스웜은 속도만 빠른 위험이 된다.