Zed의 병렬 에이전트, 이제 여러 AI가 동시에 코드를 짠다

에이전트 하나로는 부족해졌다

코딩 에이전트 이야기가 처음 나왔을 때만 해도 "AI가 한 번에 파일 하나 수정해주는 거" 정도로 생각했죠. 그런데 요즘 분위기는 완전히 달라졌어요. Cursor, Claude Code, Devin 같은 도구들이 몇 시간짜리 작업을 통째로 맡는 수준까지 왔거든요. 그리고 이제 다음 단계로 여러 에이전트를 동시에 돌리는 패러다임이 뜨고 있어요.

이번에 Rust로 만든 고성능 에디터 Zed가 "Parallel Agents"라는 기능을 공개했어요. 쉽게 말해 에디터 안에서 AI 에이전트를 여러 개 동시에 띄워서 각자 다른 작업을 맡기고, 결과를 나중에 한 번에 검토할 수 있게 해주는 기능이에요. 이게 왜 중요하냐면, 에이전트 하나를 기다리는 시간이 은근히 길거든요. 그 시간에 다른 에이전트가 별도 작업을 하고 있다면 생산성이 완전히 달라지죠.

어떻게 동작하는가

Zed의 병렬 에이전트는 worktree 개념 위에 만들어졌어요. worktree가 뭐냐면, Git에서 같은 저장소를 여러 폴더에 체크아웃해서 브랜치별로 동시에 작업할 수 있게 해주는 기능이거든요. 원래는 수동으로 설정하기 번거로웠는데, Zed는 이걸 자동화해서 에이전트를 하나 띄울 때마다 격리된 작업 공간을 만들어줘요.

예를 들어 "이 React 컴포넌트를 리팩터링해줘"와 "API 엔드포인트 하나 추가해줘"를 동시에 맡긴다고 해봐요. 각 에이전트는 자기만의 worktree에서 작업하기 때문에 서로 파일을 충돌시키지 않아요. 작업이 끝나면 Zed가 diff를 깔끔하게 보여주고, 사용자는 "이건 받고, 저건 버리고"를 고를 수 있어요. Git으로 치면 각 에이전트가 자기 브랜치를 만들어 PR을 올리는 셈이에요.

기술적으로 더 들어가면, Zed는 에이전트의 실행 환경을 샌드박스에 가둬요. 파일 시스템 접근을 worktree 범위로 제한하고, 네트워크 호출은 선택적으로 허용하죠. 이건 에이전트가 실수로 rm -rf 같은 파괴적 명령을 날려도 메인 작업 공간에 영향을 주지 않도록 하는 안전장치예요. 또 에이전트 각각의 상태(진행 중, 대기, 리뷰 필요)를 사이드바에서 한눈에 볼 수 있어서, 마치 여러 명의 주니어 개발자에게 작업을 나눠준 팀장이 된 느낌이에요.

업계 흐름 속 위치

병렬 에이전트는 Zed만의 아이디어가 아니에요. Anthropic의 Claude Code는 sub-agent 기능으로 하위 작업을 병렬 처리하고, Cursor는 Background Agent로 클라우드에서 여러 작업을 돌려요. Cognition의 Devin도 여러 세션을 동시에 관리하는 기능을 일찍부터 밀었고요. 여기에 더해 GitHub의 Copilot Workspace가 PR 단위로 에이전트를 배치하는 방향으로 진화하고 있죠.

Zed의 차별점은 에디터 로컬 통합이에요. 많은 경쟁 제품이 클라우드 기반이라 내 코드가 원격 서버로 올라가는 반면, Zed는 로컬 worktree에서 돌아가요. 보안이 중요한 회사나 네트워크가 제한된 환경에서 특히 유리한 지점이죠. 게다가 Zed 자체가 Rust로 짜여 있어서 에디터 자체가 가볍고 빠르다는 점도 이런 병렬 워크로드를 돌릴 때 체감 차이를 만들어요.

흥미로운 건 이게 개발 워크플로우의 철학 변화를 보여준다는 거예요. 예전엔 "내가 코드를 쓰고 AI가 보조"였다면, 이제는 "내가 여러 AI를 오케스트레이션"하는 방향으로 가고 있어요. 한 사람이 동시에 3~5개 작업을 관리하는 게 가능해지면, 1인 개발자의 처리량이 작은 팀 수준으로 올라갈 수 있다는 뜻이죠.

한국 개발자에게 주는 시사점

실무에서 바로 써볼 수 있는 기능이에요. 특히 스타트업에서 여러 작은 버그나 기능 요청이 쌓여 있을 때, 각각을 에이전트 하나씩 붙여서 동시에 처리하게 하면 주말 하루 만에 밀린 이슈를 비울 수도 있어요. 물론 검토는 사람이 해야 하지만, 대기 시간이 줄어드는 효과가 크거든요.

다만 주의할 점도 있어요. 에이전트가 많아질수록 리뷰 피로도가 기하급수적으로 늘어요. 5개 에이전트가 각각 다른 파일을 건드리면 컨텍스트 스위칭 비용이 만만치 않거든요. 그래서 작업을 쪼갤 때 서로 의존성이 없는 독립적인 단위로 나누는 게 중요해요. 이 "작업 분해 능력"이 앞으로 개발자의 핵심 역량이 될 거라는 이야기가 여기서 나오는 거예요.

또 한 가지, 한국 회사들은 보안 정책상 로컬 개발 환경을 중시하는 곳이 많은데, Zed처럼 로컬에서 도는 에이전트 도구는 이런 환경에 잘 맞아요. Cursor가 못 들어가는 금융권·공공기관에 Zed는 선택지가 될 수 있죠.