Zed Parallel Agents 2026: 오픈 소스 멀티 에이전트 에디터

이 기사는 원래 aifoss.dev에 게시되었습니다.

요약 (TL;DR): Zed의 Parallel Agents는 여러 AI 스레드를 네이티브 에디터 프리미티브 (primitive)로 전환합니다. Claude Code, Gemini CLI, 그리고 로컬 Ollama 모델을 각각 별도의 작업에 할당하여 나란히 실행할 수 있습니다. 이는 GPL-3.0 라이선스이며, 오픈 Agent Client Protocol을 통해 벤더 중립적(vendor-neutral)이고 빠릅니다. 하나의 창을 벗어나지 않고 여러 에이전트를 오케스트레이션(orchestrate)하고 싶다면 사용하시고, VS Code 확장 프로그램 생태계에서 활동하신다면 건너뛰셔도 좋습니다.

	Zed Parallel Agents	Cursor	Claude Code (standalone)
최적의 용도	여러 에이전트를 동시에 실행, FOSS 우선 워크플로	VS Code 포크(fork) 내부의 세련된 단일 에이전트 편집	터미널 기반 자율 코딩
...

솔직한 견해: 오픈 소스를 중요하게 생각하고 로컬 모델을 포함하여 한 번에 하나 이상의 에이전트를 구동하고 싶다면, Zed는 2026년 현재 이를 네이티브로 수행하는 유일한 에디터입니다. Cursor는 단일 에이전트 사용 시 더 매끄럽지만, 폐쇄적이며 단일 스레드(single-threaded) 방식입니다.

Zed Parallel Agents의 실체

Zed는 GPUI라고 불리는 커스텀 GPU 가속 UI 프레임워크로 작성된 Rust 기반의 코드 에디터입니다. 2026년 4월 29일에 버전 1.0을 출시했으며, 오픈 소스입니다 — 에디터는 GPL-3.0, 협업 서버는 AGPL-3.0, GPUI 프레임워크는 Apache-2.0 라이선스를 따릅니다. macOS, Linux, Windows에서 실행됩니다 (Windows 지원은 세 운영체제 중 가장 최근에 추가되었으나 2026년 기준 안정적입니다).

2026년 4월 22일에 출시된 Parallel Agents는 주목할 만한 기능입니다. 이 기능은 단일 에디터 창에서 여러 AI 에이전트를 동시에 실행하여, 각 에이전트가 코드베이스의 서로 다른 부분을 작업하도록 할 수 있습니다. 하나의 에이전트에게 모듈 리팩토링을 시키고, 그다음 테스트를 작성하고, 그다음 문서를 업데이트하도록 순차적으로 요청하는 대신, 이 세 가지 작업을 동시에 실행되는 세 개의 스레드(threads)에 맡길 수 있습니다.

Cursor, Windsurf, VS Code의 Copilot과 같은 다른 모든 주류 에디터들은 에이전트를 단일 포그라운드(foreground) 대화로 취급합니다. 즉, 다음 작업을 시작하기 전에 에이전트가 완료될 때까지 기다려야 합니다. Zed는 병렬성(concurrency)을 여러 개의 터미널 탭을 사용하여 구축해야 하는 임시방편이 아니라, 에디터의 일급 시민(first-class) 기능으로 만들었습니다.

ACP 관점 (이것이 FOSS에 중요한 이유)

Parallel Agents가 특정 벤더에 종속되지 않는 이유는 Zed가 만든 개방형 사양인 Agent Client Protocol (ACP) 때문입니다 (Google이 Gemini CLI 레퍼런스 구현을 기여했습니다). ACP는 언어 도구(language tooling)에 대해 Language Server Protocol (LSP)이 했던 것과 대략적으로 유사한 역할을 코딩 에이전트에 수행합니다. 즉, 에이전트를 에디터로부터 분리하여, 에디터를 바꾸지 않고도 에이전트를 교체할 수 있게 합니다.

ACP와 호환되는 모든 에이전트는 Zed 내에서 일급 참여자로 나타납니다. 문서화된 통합 사례로는 Claude Code, OpenAI Codex CLI, Gemini CLI, OpenCode, Goose, Cline, Auggie 등이 있습니다. 이들 중 여러 개는 그 자체로 오픈 소스(open source)이므로, 완전히 FOSS(Free and Open Source Software) 파이프라인을 구축할 수 있습니다. 예를 들어 Cline 또는 Goose를 에이전트로, 로컬 모델을 두뇌로, Zed를 오케스트레이터(orchestrator)로 사용하는 방식입니다. 2026년 1월, Zed와 JetBrains는 두 IDE 내부에서 에이전트를 찾아보고 연결할 수 있도록 ACP 에이전트 레지스트리(ACP Agent Registry)를 공동 출시했습니다.

로컬 에이전트는 에디터의 서브 프로세스(sub-process)로 실행되며 stdio 상의 JSON-RPC를 통해 통신합니다. 원격 에이전트는 클라우드에 호스팅될 수 있으며 HTTP 또는 WebSocket을 통해 통신할 수 있습니다. 결정적으로, Codex와 같은 외부 에이전트를 통해 전송되는 프롬프트와 코드는 Zed의 서버를 거치지 않습니다. 해당 경로는 사용자와 모델 제공자 사이에서만 이루어집니다.

일반적인 오픈 소스 에이전트를 고민 중이라면, 우리의 2026년 오픈 소스 코딩 에이전트 현황에서 각 에이전트의 실제 위치를 분석해 드릴 수 있으며, Continue.dev vs Cline vs Aider 비교 분석에서는 에디터 통합 옵션들을 심도 있게 다룹니다.

병렬 에이전트의 실제 작동 방식

제어 인터페이스는 **Threads Sidebar (스레드 사이드바)**입니다. macOS에서는 cmd-alt-j, Linux/Windows에서는 ctrl-alt-j로 열 수 있습니다. 이 사이드바는 프로젝트별로 스레드를 그룹화하며, 각 스레드에는 상태 표시기와 실행 중인 에이전트가 표시되어 한 곳에서 스레드를 실행, 모니터링, 중단 및 아카이브할 수 있습니다.

워크플로우가 혼란스럽지 않고 사용 가능하게 만드는 몇 가지 요소는 다음과 같습니다:

• 스레드별 모델 (Per-thread models). 각 스레드는 서로 다른 모델을 사용할 수 있습니다. 어려운 리팩토링(refactor)에는 Claude를, 상용구(boilerplate) 작업에는 저렴한 호스팅 모델을, 일회성 스크립트에는 로컬 Ollama 모델을 동시에 할당할 수 있습니다.
• 스레드별 파일 액세스 (Per-thread file access). 각 스레드가 접근할 수 있는 파일과 리포지토리(repository)를 제어할 수 있으므로, 문서(docs) 스레드가 인증(auth) 코드로 침범하는 것을 방지할 수 있습니다.
• Git worktree 격리 (Git worktree isolation). 두 스레드가 동일한 파일을 수정할 가능성이 있는 경우, 하나를 새로운 Git worktree에 격리하여 서로의 변경 사항을 침범하지 않도록 할 수 있습니다.
• 빠른 전환 (Fast switching). ctrl-tab을 누르면 최근 스레드 사이를 순차적으로 전환하며, Shift를 누른 채로 누르면 역순으로 전환합니다. 빠른 전환을 위해 사이드바를 열 필요가 없습니다.

스레드를 시작하려면 커맨드 팔레트(command palette)에서 agent: new thread를 실행하거나 상태 표시줄의 ✨ 아이콘을 클릭하세요. 또한 에이전트 패널(Agent Panel)과 Threads Sidebar를 왼쪽에, 프로젝트(Project) 및 Git 패널을 오른쪽에 배치하는 Zed > Panel Layout > Agentic 프리셋도 제공됩니다.

설정이 완료된 후의 대략적인 루프는 다음과 같습니다:

1. cmd-alt-j            → Threads Sidebar 열기
2. agent: new thread    → 스레드 A 생성 (model: claude, scope: src/api/)
3. agent: new thread    → 스레드 B 생성 (model: ollama qwen, scope: tests/)
...

Zed는 여러 에이전트가 실행되는 중에도 120fps를 유지한다고 주장합니다. 실제로 에이전트들이 백그라운드에서 작업을 처리하는 동안에도 에디터는 반응성을 유지하며, 이것이 바로 핵심입니다. 즉, 에이전트들이 작업하는 동안 사용자는 편집을 계속할 수 있습니다.

로컬 모델로 실행하기 (FOSS 우선 전략)

이 지점이 바로 Zed가 FOSS(Free and Open Source Software) 사이트에서 입지를 다지는 부분입니다. Zed는 모델 제공자로서 Ollama 및 LM Studio에 연결되므로, 기기 외부로 아무것도 유출하지 않고 완전히 자신의 하드웨어에서 에이전트를 실행할 수 있습니다. Zed의 자체 블로그에 따르면 에이전트 내 로컬 모델 사용량이 10주 만에 3배로 증가했다고 합니다. 즉, 수요가 실재한다는 것입니다.

settings.json에서 Zed가 로컬 Ollama 서버를 가리키도록 설정하세요:

{
  "language_models": {
    "ollama": {
...

그런 다음 성능이 뛰어난 코딩 모델을 가져와(pull) 스레드에 할당하세요:

$ ollama pull qwen3-coder:30b
$ ollama list
# NAME                 ID            SIZE      MODIFIED
...

솔직한 주의사항을 말씀드리자면: 에이전트 기반 편집(agentic editing)은 높은 사양을 요구하며, 로컬 품질은 모델 크기에 따라 급격히 달라집니다. 7B 모델은 계획 능력이 떨어지고 에이전트 내부에서 자신의 오류를 반복하는 루프에 빠질 것입니다. 30B급 이상의 모델이 필요하며, 이는 결과적으로 실제 VRAM을 요구합니다. 사용 가능한 속도로 로컬에서 코딩 에이전트를 실행하기 위한 실질적인 최소 사양은 중고 RTX 3090 (24GB)입니다. 구매보다 대여를 선호한다면, RunPod을 통해 더 무거운 작업을 위해 시간당 비용을 지불하고 더 큰 GPU를 실행할 수 있습니다. 빌드 계획을 세우기 전, 비용을 지출하기 전에 runaihome.com의 로컬 AI GPU 가이드를 살펴보는 것도 좋습니다.

가격 정책: 무료 버전으로도 거의 모든 것이 가능합니다

Zed의 Personal 플랜은 평생 무료입니다. 여기에는 매월 2,000개의 승인된 편집 예측(edit predictions)이 포함되며 — 이 부분이 중요한데 — 사용자 자신의 API 키 또는 외부 에이전트를 사용하면 무제한으로 이용할 수 있습니다. Anthropic 또는 OpenAI 키를 가져오거나 로컬 모델을 실행하면 Zed에 지불하는 비용은 없습니다.

Pro 플랜은 월 $10로, 무제한 편집 예측과 Zed의 호스팅 모델(hosted models)에 대한 액세스를 제공합니다. Zed의 호스팅 모델 사용 방식이 2026년에 토큰 기반 과금(token-based billing) 방식으로 변경되었으므로, 이 경로를 선택한다면 고정된 한도를 가정하기보다 토큰 사용량을 주의 깊게 살펴봐야 합니다.

| 플랜 | 비용 | 편집 예측 (Edit predictions) | 에이전트 / 모델 |\n| --- | --- | --- | --- |\n| Personal | 무료 | 월 2,000회 | 본인의 API 키 또는 로컬 모델 사용 시 무제한 |\n| Pro | 월 $10 | 무제한 | 호스팅된 모델 (토큰 기반) + 본인의 API 키 |\n\nFOSS(Free and Open Source Software) 우선 설정을 원한다면, Personal 플랜에 로컬 Ollama 모델 또는 본인의 A