출처

요약

에디터 Zed가 같은 창 안에서 여러 agent 스레드를 동시에 실행·조율할 수 있는 Parallel Agents 기능을 발표했다. 새로 도입된 Threads Sidebar는 각 스레드가 접근할 폴더·저장소 범위를 정확히 제어하고, 실행 중인 모든 스레드의 상태를 한곳에서 모니터링할 수 있게 해준다. 스레드마다 서로 다른 agent를 선택해 조합할 수 있고(bring-your-own-agent), 하나의 스레드가 여러 프로젝트·저장소를 가로질러 읽기·쓰기를 수행할 수 있으며, 필요하면 스레드별로 worktree 격리를 적용할 수도 있다. Sidebar에서는 스레드 중지·아카이브·새 스레드 시작 같은 작업을 바로 실행할 수 있다.

기본 레이아웃도 크게 바뀌었다. Threads Sidebar가 프로젝트 탐색의 중심이 되면서 Threads와 Agent Panel이 왼쪽에, Project Panel과 Git Panel이 오른쪽으로 재배치됐다. 이 배치는 agentic 작업 흐름에 맞춰 설계됐으며, 기존 사용자는 opt-in으로 새 레이아웃을 켤 수 있고 패널 아이콘 우클릭이나 Settings Editor에서 도킹 위치를 다시 바꿀 수 있다. 기능은 최신 Zed 릴리스에서 바로 사용 가능하며, 120fps 렌더링 환경, agent 선택 가능 구조, 오픈소스 공개와 함께 제공된다. Threads Sidebar는 왼쪽 아래 아이콘이나 단축키(macOS: option-cmd-j, Linux/Windows: ctrl-option-j)로 열 수 있다.

Zed 팀은 이 기능의 철학적 배경도 밝혔다. AI를 완전히 맡기는 방식과 완전히 배제하는 방식의 양극단보다, 코드에 직접 관여하면서 AI 도구를 결합해 신뢰할 수 있고 잘 설계된 시스템을 만드는 “agentic engineering”에 초점을 맞췄다는 것이다. 소프트웨어 엔지니어의 기여는 생성된 코드 줄 수가 아니라 신뢰성·설계 품질·변경 용이성으로 측정돼야 한다는 입장이다. 개발 과정에서 수백 개 스레드를 며칠간 테스트하며 여러 차례 UX 반복을 거쳤다고 밝혔다.

해커뉴스 댓글란에서는 병렬 에이전트와 git worktree 워크플로우 전반에 대한 활발한 토론이 이어졌다. Conductor 제작자를 비롯해 유사 도구(Arbor, Opencode GUI, JJ workspaces 기반 자체 도구, VSCode의 git-worktree-manager, Ouijit 등) 사용자들이 각자의 worktree 격리·생명주기 훅 경험을 공유했다. 반면 새 기본 레이아웃이 코드 편집보다 AI 도구를 앞세운다는 비판도 상당했다 — 일부는 즉시 기존 레이아웃으로 되돌렸고, VI 모드 지원이 약화될 것을 우려하는 목소리도 있었다. 병렬 에이전트 자체에 대해서도 의견이 갈렸다. 인지 부담이 커지고 리뷰 부담이 늘어 오히려 생산성을 해친다는 회의적 반응과, 스레드 간 전환이 메인 편집 컨텍스트를 흐트러뜨리지 않아 유용하다는 긍정적 반응이 공존했다. 경쟁 도구인 Warp도 비슷한 기능을 최근 내놨지만 Zed 쪽 구현이 더 논리적이라는 평가도 있었다.

관련 위키

원문 보존 위치

원문 전체는 raw source: web-2026-05-02-zed-parallel-agents-featuresource_url과 함께 저장되어 있다.