설명

주요 AI 코딩 에이전트 비교: 병렬 실행 및 멀티 에이전트 아키텍처 13종 분석

13개의 도구가 코드에 대해 AI 에이전트를 실행시키며, 이들을 진짜로 구분하는 질문은 하나뿐입니다. 두 번째 에이전트를 실행하면 그것은 어디로 가는가? 답은 세 가지입니다. 전용 클라우드 머신, 여러분 디스크 위의 작업 공간, 또는 첫 번째 에이전트와 같은 디렉터리. 나머지는 모두 여기서 갈라져 나옵니다.

모든 것을 정렬하는 질문

이 도구들은 모두 에이전트를 실행할 수 있습니다. 첫 번째는 쉽습니다. 읽고, 쓰고, 테스트를 실행합니다. 생각이 갈리는 지점은 두 번째 에이전트부터인데, 그것이 무엇을 보고 무엇을 건드릴 권리를 가지는지 결정해야 하기 때문입니다.

아래 표는 아무것도 등급을 매기지 않습니다. 각 도구가 어떤 상황에 맞는지 한 줄로 보여주고, 그 아래 그룹이 이유를 설명합니다.

어느 것을 고를지, 한 줄씩

비교 페이지의 표는 다른 질문, 즉 두 번째 에이전트가 어디로 가는지를 다룹니다.

작업마다 클라우드 머신 하나

에이전트는 여러분이 보지 못하는 머신에서 저장소 클론을 받아 브랜치에서 작업하고 풀 리퀘스트를 돌려줍니다. 가장 널리 쓰이는 형태이고, 가장 적은 신뢰를 요구하는 형태입니다. 에이전트가 하는 어떤 일도 여러분이 diff를 읽기 전까지는 여러분의 복사본을 건드리지 않습니다.

• Cursor. 한 사람에 하나의 에디터, 에이전트마다 하나의 머신인 세계와, 모두를 위한 캔버스와 하나의 디렉터리인 세계.
• Devin. 분리를 통한 병렬 처리 대 공유를 통한 병렬 처리, 그리고 각 형태가 옳은 경우.
• Jules. 여러분이 승인하는 계획과 리뷰하는 풀 리퀘스트 대, 하나의 트리 안에서 지켜보는 터미널들.
• Copilot과 Agent HQ. 에이전트의 작업이 어디서 모이는가. 풀 리퀘스트에서, 아니면 작업 복사본 안에서.
• Codex cloud. Codex CLI를 공유 캔버스에서 실행하는 것이 작업을 위임하는 것과 왜 다른지.
• Replit Agent. 아무것도 없는 상태에서 애플리케이션을 만드는 것 대, 존재하는 코드에서 여러 에이전트를 작업시키는 것.

작업마다 작업 공간 하나, 여러분의 머신 위에서

여러분 쪽에서의 같은 선택입니다. 에이전트마다 git worktree나 작업 디렉터리 하나, 그리고 마지막에 병합 한 번. 코드가 밖으로 나가지 않으므로 보안 문제는 생기기 전에 해결되고, 다른 누구도 그 세션을 보지 못합니다.

• Windsurf. 여러분 머신 위 대화마다 worktree 하나 대, 클라우드 안의 공유 디렉터리.
• Conductor. 작업마다 공간 하나를 가진 Mac 애플리케이션 대, 모두를 위한 디렉터리 하나를 가진 클라우드 캔버스.
• OpenHands Agent Canvas. 목록에서 가장 가까운 비교입니다. 에이전트마다 worktree 하나 대, 파일 점유가 있는 하나의 트리.
• Vibe Kanban. 로컬 실행 위의 칸반 보드 대, 클라우드 디렉터리 위의 공유 캔버스.
• Codeg. 이미 있는 로컬 세션을 모으는 것 대, 공유 클라우드 디렉터리에서 에이전트를 실행하는 것.

한 번에 에이전트 하나, 여러분의 에디터 안에서

기록된 병렬 처리는 없습니다. 에이전트 하나가, 여러분이 이미 쓰고 있는 도구 안에서 감독받습니다. 여러분이 키보드를 쥐고 에이전트가 돕는 경우 가장 좋은 타협점입니다.

• Gemini Code Assist. 여러분의 에디터 안에서 감독받는 에이전트 하나 대, 지켜보는 디렉터리 안의 감독받지 않는 여러 에이전트.

같은 에이전트, 다른 장소에서

CLI는 양쪽에서 완전히 같습니다. 달라지는 것은 그것이 실행되는 머신과, 그것을 볼 수 있는 사람의 수입니다.

• 웹의 Claude Code. 같은 CLI가 두 장소에서. 작업마다 격리된 머신 대 캔버스 위 여러 에이전트와 하나의 작업 복사본.

공유 디렉터리, 그리고 거의 아무도 하지 않는 이유

표에는 네 번째 답이 빠져 있습니다. 그것이 저희 것입니다. 복사본 없이, 하나의 디렉터리에 여러 에이전트가 있는 형태입니다. 거의 아무도 이를 제안하지 않는 이유는 조정자가 필요하기 때문입니다. 조정자가 없으면 두 에이전트는 같은 버전의 파일을 읽고, 두 번째가 아무 알림 없이 첫 번째를 지워버립니다.

Murmell은 이 조정자를 서버에 둡니다. 에이전트는 쓰기 전에 건드릴 경로를 알리고, 보드가 그것을 부여하며, 놓아줄 때까지 다른 모든 에이전트에게 거부합니다. 그래도 다른 누군가가 점유한 파일에 쓰기가 발생하면, 반영되기 전에 스냅샷됩니다. 메커니즘 자세히 보기.

2분 안에 고르는 법

직접 코드를 쓴다면 에디터를 고르세요. Cursor, Windsurf, Gemini Code Assist로 질문이 해결됩니다. 작업이 독립적이고 맡기고 싶다면 클라우드 에이전트를 고르세요. Devin, Jules, Codex cloud입니다. 코드가 네트워크를 벗어날 권리가 없다면 OpenHands를 필두로 로컬에서 자체 호스팅 가능한 것을 고르세요.

남은 경우는 하나뿐이며, 그것이 Murmell이 다루는 유일한 경우입니다. 여러 에이전트가 같은 한 시간 안에 같은 파일을 건드려야 하고, 지켜보는 사람이 있는 경우입니다. 비교를 하나씩 살펴보기.

직접적인 답변