AI 코딩 에이전트 동시 실행 4종 비교(2026)

최근 몇 달 새 커서·그록 빌드·깃허브 코파일럿이 나란히 ‘에이전트 여러 개 동시 실행’ 기능을 정식으로 내놨어요. 커서 3과 그록 빌드는 격리된 Git 워크트리로 에이전트를 최대 8개까지 동시에 돌리고, 코파일럿 앱은 세션마다 자동으로 별도 워크트리를 배정하고, 클로드 코드는 고정 숫자 대신 서브에이전트부터 /batch 명령까지 4단계 체계로 병렬성을 붙였습니다. 코딩 AI가 ‘혼자 쓰는 비서’에서 ‘여러 명을 동시에 부리는 팀장’으로 쓰임새가 바뀌는 중이라는 신호예요.

지난 7월 중순 ‘바이브 코딩이 뭐길래’ 글에서 코딩 몰라도 앱 만드는 AI 도구 고르는 법을 다뤘었는데요, 이번엔 그 도구들이 한 단계 더 나아간 이야기예요. 그런데 정작 ‘몇 개까지 동시에 돌릴 수 있는지’, ‘나한테 그 정도 물량이 필요한지’를 정리해주는 글은 찾기 어렵더라고요.

그래서 직접 정리해봤습니다.

한눈에 보기 — 도구별 동시 실행 개수·방식

네 개 도구를 한 표로 놓고 보면 진영이 딱 둘로 갈려요. 커서와 그록 빌드는 ‘몇 개까지’라는 고정 숫자(8개)와 Git 워크트리라는 같은 뼈대를 공유하고, 코파일럿 앱과 클로드 코드는 숫자를 못 박는 대신 세션·작업 단위로 유동적으로 늘어나는 쪽입니다. 특히 그록 빌드는 xAI가 커서의 실제 개발자 작업 데이터로 학습시킨 그록 4.5를 얹은 터미널 에이전트라, 아키텍처 자체가 커서와 닮아 있는 게 우연이 아니에요.

도구	병렬 실행 방식	동시 실행 상한	비용·조건
커서(Cursor 3)	격리된 Git 워크트리, 클라우드 에이전트는 AWS Firecracker 마이크로VM 개별 할당	최대 8개	플랜별 상이
그록 빌드(Grok Build)	커서와 동일한 Git 워크트리 방식	최대 8개	슈퍼그록(월 약 30달러) 또는 X 프리미엄 플러스(월 약 40달러) + API 토큰 별도
깃허브 코파일럿 앱	세션마다 자동으로 별도 워크트리 배정	상한 표기 없음(세션 수만큼)	무료 플랜 포함 전 요금제 개방(2026-07-07)
클로드 코드	서브에이전트→에이전트 뷰→에이전트 팀→/batch 4단계 체계	고정 상한 없음(작업 단위로 유동적)	기존 요금제 안에 포함

숫자만 보면 8개가 제일 커 보이지만, 실제로는 ‘고정 8개짜리 슬롯’과 ‘작업 크기에 맞춰 늘어나는 워크플로우’는 성격이 달라요. 클로드 코드의 /batch는 리팩토링처럼 원래 하나였던 큰 작업을 5~30개짜리 조각으로 쪼개 각각 별도 워크트리에서 돌리고 PR을 따로 여는 방식이라, ‘동시에 몇 명 부릴 수 있냐’보다는 ‘한 작업을 얼마나 잘게 쪼갤 수 있냐’에 가깝거든요.

왜 지금 다들 병렬로 가나 — 두 달 새 몰아친 출시

타임라인을 보면 정말 몰아쳤다는 말이 나와요. 커서 3이 워크트리 기반 8개 병렬 실행을 먼저 선보였고, 곧이어 7월 7일엔 깃허브가 데스크톱 앱 ‘코파일럿 앱’을 무료 플랜을 포함한 전 요금제로 전면 개방하면서 세션별 자동 워크트리 배정을 들고나왔습니다. 바로 다음 날인 7월 8일엔 xAI가 그록 4.5를 공개했고, 이 모델을 얹은 그록 빌드도 커서와 똑같은 워크트리 방식으로 최대 8개 동시 실행을 지원한다고 밝혔어요. 클로드 코드 쪽은 새 모델 발표 이벤트 없이, 서브에이전트·에이전트 뷰·에이전트 팀·동적 워크플로우라는 4단계 체계를 조용히 쌓아 올리는 쪽으로 대응한 셈이고요. 이 중 에이전트 뷰는 claude agents 명령으로 백그라운드 세션을 따로 디스패치하는 기능이고, 에이전트 팀은 아직 실험적이라 기본값은 꺼져 있어요.

왜 하필 지금일까요. 에이전트 하나가 코드를 짜고 테스트하고 고치는 사이클을 알아서 도는 수준까지는 이미 올라왔는데, 정작 개발자는 그 한 사이클이 끝날 때까지 다음 작업을 못 던지고 기다리는 게 병목이었거든요. 워크트리로 작업 영역을 격리하면 에이전트 A가 로그인 기능을 건드리는 동안 에이전트 B가 결제 모듈을 건드려도 서로 파일을 덮어쓸 일이 없으니, ‘한 명씩 순서대로’가 ‘여럿이 동시에’로 자연스럽게 넘어간 거예요.

결국 병목은 에이전트의 실력이 아니라 ‘한 번에 하나씩’이라는 구조 자체였던 셈이죠.

그록 빌드 코드 업로드 논란이 남긴 것 — 새 CLI 도입 전 체크리스트

속도 경쟁이 마냥 좋은 소식만은 아니었어요. 2026년 7월 14일, AI 안전 점검업체 Cereblab이 그록 빌드 CLI가 ‘읽지 말라’고 지정해 둔 파일까지 포함해 저장소 전체를 Git 번들로 통째로 xAI 서버에 업로드하고 있다고 공개했습니다. 문제는 여기서 끝나지 않는데, 과거 커밋 이력에 남아 있던 삭제된 키나 토큰까지 함께 노출될 위험이 있었다는 점이에요. xAI는 서버 쪽에서 저장소 업로드 기능을 껐고, 일론 머스크는 기존에 이미 올라간 데이터를 삭제하겠다고 약속했습니다.

이 사건에서 뽑을 수 있는 건 ‘그록 빌드는 위험하다’는 단순한 결론이 아니라, 새 코딩 CLI를 설치하기 전에 확인해야 할 체크리스트예요.

1. 저장소 전체를 원격 서버로 보내는지 확인하기 — 도구 문서나 설정에 ‘전체 업로드’·’클라우드 동기화’ 관련 옵션이 있는지, 끌 수 있는지부터 봅니다.
2. ‘읽지 마’ 지정이 실제로 강제되는지 확인하기 — 파일을 제외 목록에 넣었다고 그게 곧 서버 전송 차단을 뜻하진 않아요. 그록 빌드 사례처럼 지정과 실제 동작이 따로 노는 도구도 있으니까요.
3. 과거 커밋 이력부터 청소하기 — 지금 파일에 없어도 예전 커밋에 키·토큰이 남아 있을 수 있어요. 새 AI CLI를 연결하기 전에 이력 스캔 도구로 한 번 훑어보는 게 안전합니다.

세 가지 다 그록 빌드 논란이 아니었으면 그냥 넘어갔을 점검 항목들이에요. 아 근데 생각해보니, 이건 그록 빌드만의 문제가 아니라 저장소 전체를 읽고 쓰는 모든 에이전트형 CLI에 똑같이 적용되는 얘기더라고요.

나는 뭘 써야 하나 — 유형별 선택 가이드

도구가 늘어난 만큼 ‘뭘 써야 하나’도 헷갈리기 쉬운데요, 저는 상황을 셋으로 나눠서 봐요.

1인 개발자라면 별도 구독료 없이 기존 요금제 안에서 쓸 수 있는 클로드 코드 서브에이전트가 시작하기 편해요. 워크트리를 손으로 세팅할 필요 없이 한 대화 안에서 바로 위임할 수 있거든요. 실제로 이번 글을 준비하면서 /batch를 자잘한 문서 정리 작업에 돌려봤는데, 서브에이전트가 8개 뜨더니 각각 PR을 하나씩 열어놓더라고요. 그중 3개만 그대로 받아들이고 나머지 5개는 취향에 안 맞아 닫았어요.

이제 막 시작하는 입문자라면 무료 플랜에서도 쓸 수 있는 깃허브 코파일럿 앱이 진입장벽이 제일 낮아요. 세션마다 워크트리를 알아서 배정해주니 Git을 깊이 몰라도 여러 에이전트를 충돌 없이 굴릴 수 있고요. 다만 ‘몇 개까지’라는 상한이 문서에 딱 박혀 있지 않은 만큼, 처음엔 세션 하나씩 늘려가며 감을 잡는 걸 추천해요.

팀원 여럿이 같은 저장소를 건드리는 작은 팀이라면 그록 빌드처럼 8개 상한이 있는 도구보다는, 세션별 자동 워크트리 배정이 되는 코파일럿 앱이나 /batch로 큰 작업을 잘게 쪼개 각자 PR로 리뷰받는 클로드 코드 쪽이 맞아요. 그록 빌드는 슈퍼그록(월 약 30달러) 또는 X 프리미엄 플러스(월 약 40달러) 구독에 API 토큰 비용까지 더해지니, 팀 단위로 붙이면 예산이 금방 불어난다는 점도 감안해야 하고요. 무엇보다 앞 섹션의 체크리스트 3가지는 팀 계정으로 새 CLI를 들일 때 한 번은 꼭 거쳐야 하는 절차라고 봐요.

내 생각 — 앞으로 전망

개인적으로는 이 흐름이 ‘숫자 경쟁’으로만 흘러가지 않았으면 해요. 8개, 16개 같은 상한 숫자보다 중요한 건 여러 에이전트가 같은 저장소를 건드릴 때 얼마나 안전하게 격리되고, 문제가 생겼을 때 어디까지 되돌릴 수 있느냐거든요. 그록 빌드 사건이 보여줬듯 병렬로 빨리 도는 것과 안전하게 도는 것은 전혀 다른 문제니까요.

저라면 지금 당장은 별도 구독 없이 쓸 수 있는 클로드 코드 서브에이전트로 시작하고, 작업량이 늘어나면 그때 /batch나 코파일럿 앱 쪽으로 넘어가겠어요. 그록 빌드처럼 새 CLI를 설치할 때는 이 글의 체크리스트 3가지부터 확인하는 습관을 들이시길 권합니다.

자주 묻는 질문

Q. AI 코딩 에이전트를 동시에 여러 개 돌리면 뭐가 좋나요?
A. 격리된 Git 워크트리를 쓰면 에이전트 여러 대가 같은 저장소의 서로 다른 파일을 동시에 건드려도 충돌하지 않아요. 순서대로 하나씩 기다리지 않아도 되니 전체 작업 속도가 빨라지는 게 핵심 장점입니다.

Q. 커서와 그록 빌드는 왜 둘 다 8개가 상한인가요?
A. 그록 빌드가 커서의 실제 개발자 작업 데이터로 학습된 그록 4.5를 얹은 터미널 에이전트라, 커서와 같은 Git 워크트리 아키텍처를 그대로 가져다 썼기 때문이에요. 구조가 같으니 상한 숫자도 같이 따라간 셈이죠.

Q. 클로드 코드는 몇 개까지 동시 실행이 되나요?
A. 고정된 숫자가 없어요. 서브에이전트·에이전트 뷰·에이전트 팀·/batch 4단계 체계로 작업 크기에 맞춰 유동적으로 늘어나는데, /batch는 큰 작업 하나를 워크트리로 격리된 서브에이전트 5~30개로 쪼개 각각 PR을 엽니다.

Q. 그록 빌드 보안 논란, 지금은 안전한가요?
A. 2026년 7월 14일 논란 이후 xAI가 서버 쪽 저장소 업로드 기능을 껐고 기존 업로드 데이터 삭제도 약속한 상태예요. 다만 그록 빌드뿐 아니라 저장소 전체를 다루는 CLI 도구를 새로 들일 때는 본문 체크리스트 3가지를 매번 확인하는 게 안전합니다.