오늘의 AI 용어: 에이전트 스웜 (Agent Swarm)

한 줄 요약: 에이전트 하나가 다 하거나 “대장 하나 + 심부름꾼 여럿”으로 일하는 대신, 역할이 다른 에이전트 여러 명이 공용 게시판에 글을 남기며 나란히 일하는 방식이에요.

이게 뭐예요?

스웜(swarm)은 “떼”라는 뜻이에요. 어제(11월 10일) 구글이 Antigravity에 /swarm을 프리뷰로 내놓으면서 다시 화제가 됐어요. 구조는 이래요.

코디네이터: 요청을 받아 일을 나누고 작업자를 띄워요.
병렬 작업자: 각자 따로 만든 git worktree에서 코드를 고쳐서 서로 수정이 부딪히지 않아요.
적대적 검증자(adversarial verifier): 테스트를 돌리고 diff에 일부러 딴지를 거는 역할이에요.
공용 게시판: 모두가 덧붙이기만 가능한(append-only) 메시지 보드에 글을 남겨 직접 소통해요. 할 일이 없는 에이전트는 토큰을 쓰지 않고 대기해요.

기존 서브에이전트 방식은 대장 에이전트 한 명이 모든 결과를 읽고 정리하고 다시 나눠줘야 해서, 그 대장의 컨텍스트가 병목이 됐어요. 스웜은 그 병목을 게시판으로 풀려는 시도예요.

공용 게시판으로 협업하는 발상: 전혀 새롭지 않아요. AI에서는 1970년대 음성 인식 연구(Hearsay-II)에서 나온 블랙보드 아키텍처가 원조예요. 여러 전문 모듈이 같은 칠판을 보고 각자 기여하는 구조죠.
LLM 에이전트 “스웜”이라는 이름: OpenAI가 2024년 10월에 실험용 오픈소스 프레임워크 Swarm을 내면서 개발자들 사이에 퍼졌어요.
이번 소식: 2026년 11월 10일(미국 기준) 구글 Antigravity /swarm 프리뷰와 Gemini 4 Carbon 출시예요. 구글은 내부에서 5주 동안 써봤다고 밝혔어요. 새로운 건 “개념”이 아니라 이걸 IDE·CLI에 기본 기능으로, 보드·멤버 목록·타임라인 UI까지 붙여서 넣었다는 점이에요.

지금 당장 Antigravity로 갈아탈 필요는 없어요. 핵심 아이디어는 Claude Code에서도 그대로 흉내 낼 수 있어요.

역할 나누기: “만드는 에이전트”와 “깨려는 에이전트”를 분리하세요. 같은 에이전트가 자기 코드를 검토하면 너그러워지기 쉬워요. 검증 역할에는 비싸고 꼼꼼한 모델, 단순 수정에는 싸고 빠른 모델을 배정하는 게 구글이 권하는 방식이기도 해요.
충돌 막기: 병렬로 돌릴 땐 작업마다 git worktree를 따로 주세요.
게시판 만들기: 에이전트끼리 주고받을 내용을 NOTES.md 같은 파일에 “덧붙이기만” 하도록 규칙을 정하면 간단한 블랙보드가 돼요.
언제 쓰나: 수십 개 파일에 걸친 마이그레이션, 원인 찾기가 여러 서브시스템에 걸친 버그처럼 크고 나눌 수 있는 일에만 쓰세요.
언제 안 쓰나: 파일 몇 개짜리 작업은 에이전트 하나가 훨씬 싸고 빨라요. 구글도 스웜은 사용량을 일반 채팅보다 훨씬 빨리 먹는다고 경고했어요. 그리고 테스트 실행, 포맷팅, 파일 목록 정리처럼 정해진 일은 LLM 말고 스크립트에 맡기세요.

블랙보드 아키텍처 (Blackboard Architecture): 여러 전문가가 공용 칠판을 보며 문제를 푸는 1970년대 AI 설계 방식이에요.
적대적 검증 (Adversarial Verification): 일부러 반박하고 깨뜨리려는 검토자를 따로 두는 방식이에요.
오케스트레이터-워커 패턴 (Orchestrator-Worker): 대장 하나가 일을 나눠주고 결과를 모으는 방식으로, 스웜이 넘어서려는 기존 구조예요.