Zed의 병렬 에이전트 기능 소개

• 같은 창 안에서 여러 agent 스레드를 동시에 실행하고 조율할 수 있게 바뀌었고, 새 Threads Sidebar에서 각 스레드의 폴더·저장소 접근 범위를 제어하며 실행 상태를 한곳에서 볼 수 있게 됨
• 스레드마다 서로 다른 agent를 선택해 조합할 수 있고, 하나의 스레드가 여러 프로젝트와 저장소를 가로질러 읽기·쓰기를 수행할 수 있으며, 필요하면 worktree 격리도 스레드별로 적용 가능해짐
• 기본 레이아웃도 Threads Sidebar 중심으로 재배치돼 Threads와 Agent Panel이 왼쪽에 놓이고 Project Panel과 Git Panel은 오른쪽으로 이동했으며, 기존 사용자는 이 배치를 opt-in으로 사용할 수 있음
• AI를 완전히 맡기거나 완전히 배제하는 양극단보다, 코드에 직접 관여하는 작업 방식과 AI 도구를 결합해 신뢰 가능하고 잘 설계된 시스템을 만드는 데 초점을 맞춤
• 최신 Zed 릴리스에서 바로 사용할 수 있고, 120 fps 환경, agent 선택 가능 구조, 오픈소스 공개와 함께 대규모 agent 작업을 한 창에서 다루는 흐름을 강화함

---

병렬 에이전트 기능

• Zed는 같은 창 안에서 여러 agent를 병렬로 실행하고 조율할 수 있게 바뀜
  • Parallel Agents 기능으로 여러 스레드를 동시에 운영할 수 있음
  • 새 Threads Sidebar에서 각 스레드가 접근할 폴더와 저장소를 정확히 제어할 수 있음
  • 실행 중인 스레드를 한곳에서 모니터링할 수 있음
• 이 기능은 Zed의 120 fps 환경에서 동작하며, 원하는 agent를 선택해 쓸 수 있고 전체가 오픈소스로 공개돼 있음
  • 120 fps
  • Bring your own agent
  • GitHub

많은 스레드, 하나의 창

• Threads Sidebar는 모든 스레드를 프로젝트별로 묶어 보여주며, 여러 agent 작업을 동시에 다루기 쉽게 만듦
  • 스레드마다 서로 다른 agent를 조합해 쓸 수 있음
  • choose your agent 방식으로 스레드 단위 선택이 가능함
• 여러 프로젝트를 가로질러 작업할 수 있으며, 하나의 agent 스레드가 여러 저장소에 걸쳐 읽기와 쓰기를 수행할 수 있음
• 필요할 때는 worktree 격리를 적용할 수 있고, 적용 여부도 스레드별로 정할 수 있음
• Sidebar에서 스레드 중지, 아카이브, 새 스레드 시작 같은 공통 작업을 바로 실행할 수 있음
• 여러 프로젝트에서 여러 agent가 동시에 돌아가는 복잡한 흐름에서도 Sidebar가 작업 정리를 쉽게 유지해 줌

새로운 기본 레이아웃

• 프로젝트 탐색의 중심이 Threads Sidebar로 바뀌면서 패널 배치도 새로 조정됨
  • Threads는 기본적으로 왼쪽에 도킹되며 Agent Panel 옆에 배치됨
  • Project Panel과 Git Panel은 오른쪽으로 이동함
• 이 배치는 agentic work에 더 잘 맞도록 설계됐고, 스레드를 전환하는 중에도 agent 스레드를 전면에 두게 만듦
• 다른 배치를 원하면 하단 바의 패널 아이콘을 우클릭해 도킹 위치를 바꿀 수 있고, Settings Editor에서도 조정 가능함
• 기존 사용자는 이 새 레이아웃을 opt-in으로 사용할 수 있음
• 기존 배치에 익숙하더라도, 다시 바꾸기 전에 새 레이아웃을 먼저 써보면 더 자연스럽게 느껴질 수 있음

Agent와 Editor의 결합

• AI 활용 방식은 극단으로 갈릴 수 있지만, AI를 쓰면서도 코드에 직접 관여하는 방식이 고품질 소프트웨어 제작에 더 잘 맞음
  • 한쪽 극단으로는 fully giving into the vibes가 있음
  • 다른 극단으로는 disabling all AI features가 있음
• 소프트웨어 엔지니어의 기여는 생성된 코드 줄 수가 아니라, 신뢰할 수 있고 잘 설계됐으며 바꾸기 쉬운 시스템으로 측정돼야 함
• 2025년에 소개된 agentic engineering은 인간의 craftsmanship과 AI 도구를 결합해 더 나은 소프트웨어를 만드는 일로 자리잡고 있음
  • software craftsmanship in the era of vibes
  • 이 용어는 최근 더 널리 퍼지고 있음
  • term grow in popularity
• Zed의 병렬 agent는 이 원칙을 중심에 두고 만들어졌으며, 대규모 agent 작업 경험을 더 좋게 만드는 데 초점을 맞춤
• 시스템에 수백 개의 스레드를 올려 며칠간 테스트했고, 개발자가 보지 못할 수 있는 거친 부분까지 다듬기 위해 여러 차례 UX 반복과 긴 내부 논의를 거쳤음
• 개발 시간은 더 걸렸고 과정도 쉽지 않았지만, 그 결과 더 까다로운 작업까지 agent로 다루면서도 craft를 희생하지 않게 만듦

시작하기

• Parallel Agents는 최신 Zed 릴리스에서 사용할 수 있음
  • Download Zed
• Threads Sidebar는 왼쪽 아래 아이콘으로 열 수 있음
• 키 바인딩으로도 열 수 있으며, macOS에서는 option-cmd-j, Linux와 Windows에서는 ctrl-option-j를 사용함

[GN⁺]

Hacker News 의견들

• 이 워크플로를 쓸수록 더 마음에 듦. 진짜 게임 체인저는 (a) worktree마다 병렬 스레드를 돌리고, (b) VM 띄우듯 다룰 수 있을 만큼 라이프사이클 훅이 충분한 부분임
  내 경우엔 worktree를 만들면 로컬 config 파일을 복사하고, Postgres가 dev/test DB를 복제해서 격리된 테스트를 하게 해줌. worktree를 닫으면 그 DB도 같이 지움
  지금까지는 Conductor가 제일 좋았지만 회사에서는 Copilot만 써야 하고 백엔드도 Claude/Codex로 고정돼 있어서 못 씀. Arbor는 비슷하지만 개발이 덜 활발하고 거친 부분이 많고, Opencode GUI는 create hook은 있어도 teardown이 없음
  Zed가 이 부분까지 연결하면서도 좋은 에디터 정체성을 유지하면 확실히 판을 바꿀 수 있다고 봄

  • 반가움. Conductor 만든 사람인데 이런 사용 사례가 정말 도움 됨
    더 많은 에이전트를 붙이는 작업 중이고, Copilot과 OpenCode harness 지원 요청이 특히 많음
    최근엔 탈출구도 만들었음. Settings → Experimental → Big Terminal Mode를 켜면 가운데 패널에 새 터미널을 만들고(⌘⇧T) Copilot, OpenCode 같은 원하는 에이전트를 쓸 수 있음. 아직 알림 같은 건 부족해서 완성형 경험은 아니지만, 정식 UI가 나오기 전까지는 원하는 harness를 쓸 수 있게 해줌
    피드백은 언제든 [e-mail]로 보내주면 됨
  • 내가 뭔가를 오해한 게 아니라면, 이건 외부 도구 없이 헬퍼 셸 스크립트 몇 개로 충분히 만들 수 있어 보임
    새 git worktree를 만들고, 로컬 .env나 다른 config 파일을 복사한 뒤 worktree마다 충돌 없는 포트와 변수를 채워 넣으면 됨. localhost 충돌 회피용이고 Docker로도 풀 수 있음
    main에 머지한 뒤 worktree를 정리하는 teardown 스크립트도 같이 두면 되고, 자동화 테스트용으로는 Chrome debug port와 임시 user data dir도 worktree별로 다르게 주고 있음
    그래서 굳이 별도 라이브러리나 툴이 왜 필요한지는 잘 모르겠음
  • 특정 에이전트에 묶이지 않는 JJ workspaces 기반 멀티 에이전트 워크플로를 직접 만들었음. Codex든 Claude든 뭐든 돌릴 수 있음
    https://www.visualjj.com/learn/parallel-ai-agents
  • VSCode에서는 같은 용도로 https://github.com/jackiotyu/git-worktree-manager를 씀
    이 확장에는 before create / before destroy hook가 있어서 원하는 작업을 뭐든 넣을 수 있음. 내 쪽에선 main checkout의 workspace 파일을 심링크하고, 패키지 설치하고, 몇몇 파일도 복사하게 해둠. 꽤 편리함
  • Ouijit도 볼 만함. 나는 업무에서 자주 쓰는데, 원하는 환경 자체에 초점을 맞추고 그 안에서 어떤 툴이든 쓸 수 있는 셸을 줌
    필요하면 worktree별 VM 격리도 가능함
    https://github.com/ouijit/ouijit

• 이제는 다들 병렬 에이전트와 worktree 쪽으로 가는 게 분명해 보이는데, Zed가 이걸 내놓은 건 의외였음. 원래는 에디터 중심이고 AI는 철저히 선택 사항이라는 색이 강했으니까
  Zed의 강점은 에이전트 불문이라는 점, 저장소마다 worktree를 자동으로 만들어 한 에이전트에서 여러 리포지토리를 다룰 수 있다는 점, 그리고 CLI를 감싼 수준이 아니라 자체 에이전트 UI 품질이 높다는 점임. 내가 알기로 이 조합을 다 갖춘 첫 메이저 도구 같음

  • 맞긴 한데 Claude의 MCP integration 같은 기능은 많이 빠져 있음
    이걸 logfire에 붙여서 텔레메트리를 보는데, 최적화나 버그 진단할 때는 체감이 엄청 큼. plugins랑 skills도 아직 없음
    그래도 provider를 쉽게 바꿔 끼울 수 있는 건 좋음

• 새 기본 레이아웃은 내가 원하는 방향과 정확히 반대임
  내 기준에선 project tree | text editor | agent view | threads 순서여야 함
  대부분 노트북에선 패널 두 개 정도만 제대로 보이고, 네 패널 워크플로를 강조할 게 아니라 패널 관리와 뷰 전환을 쉽게 만드는 쪽에 더 집중해야 함. 울트라와이드가 아니라면 Agents는 차라리 별도 창이 나음
  Zed를 많이 쓰고 설정으로 바꿀 수 있는 사소한 부분이긴 한데, 꽤 상징적인 설계 결정처럼 느껴져서 거슬림. 이러다 편집 자체는 덜 중요하다고 판단하고 VI mode 지원도 밀어내는 것 아닌가 싶음

  • 나도 제일 먼저 모든 위치를 원래대로 되돌렸음. 강제로 밀어 넣은 자동 레이아웃 변경이 정말 싫었음
    변경 로그를 봐도 요즘은 에이전트 쪽에 대부분의 노력이 들어가는 것 같아서 걱정됨. 내가 Zed를 좋아하는 이유는 좋은 에디터이면서 에이전트를 조금 아는 정도이기 때문이지, 점점 더 깊게 에이전트 관리 중심으로 피벗하길 바라진 않음
  • VI 지원을 빼면 기여자로서도 사용자로서도 바로 떠날 것임. 애초에 그게 Zed를 쓰기 시작한 이유였음
    다만 당장 없앨 것 같지는 않음
  • 편집이 중요하지 않다고 판단해서 VI 지원까지 끊을 거라고 보는 건 너무 비약적임

• 나는 일부러 병렬 에이전트를 피하는 편임. 인지 부채가 너무 커지고, 작업 중간에 구조적으로 말이 되는 방향으로 에이전트를 계속 조향해야 하는 경우가 많기 때문임

  • 동의함. 단순한 작업엔 잘 맞지만, 그런 작업은 순차적으로 해도 원래 빠름
    복잡한 작업은 보통 thinking 출력을 열어두고 중간에 끊거나 가이드를 넣어야 함. 그걸 안 하면 결과물이 엉망일 때가 많고, 그걸 고치기도 힘든데 병렬 프로세스까지 같이 보고 있으면 더 어려워짐
  • 나도 같음. 리뷰 부담도 커지고, 코드 리뷰까지 해야 하면 멀티태스킹은 생산성을 거의 다 죽임
    요즘은 한 번에 하나의 변경만 처리하고, 완전히 자신 있게 머지할 수 있을 때까지 그 흐름을 유지함
  • 완전히 동의함. 에이전트를 많이 띄울수록 vibe coding으로 흘러가고 guide coding은 줄어듦
    어느 순간 머릿속에서 그냥 커밋하고 넘어가자는 신호가 오는데, 그 유혹을 억지로 참게 됨

• 기본 레이아웃이 코드와 파일 트리를 밀어내고 AI 도구 자리를 만드는 건 별로 마음에 안 듦
  Zed는 정말 좋아하고 매일 쓰지만, 처음 설치했을 때 이 레이아웃을 봤다면 진지하게 보지 않았을 것 같음
  신규 사용자 일부는 확실히 밀어낼 수 있다고 봄

  • 오히려 잃는 것보다 더 많은 사용자를 끌어올 것 같음
    비슷한 걸 하는 다른 툴들은 대부분 무겁고 버그도 많고 Electron 기반임
  • 다행히 바꾸기는 아주 쉬움. 다만 새 사용자에겐 조금 직관적이지 않음
    하단 바의 작은 패널 아이콘을 우클릭해서 도킹 위치를 고르면 되고, 좌클릭은 패널 표시 토글임
  • 이제는 에디터에 4K 모니터가 있으면 좋은 수준이 아니라 거의 요구사항처럼 되어감
    지금도 agent, editor, files/git 같은 걸 같이 띄우는데 여기에 네 번째 패널까지 추가하면 저해상도에선 너무 답답함. 나는 4K 모니터가 있긴 하지만 원래는 반쪽에 에디터, 반쪽에 브라우저 같은 다른 창을 두고 썼어서 에디터를 풀스크린으로 써야 하는 흐름은 여전히 약간 거슬림
    물론 이건 기본 레이아웃일 뿐이고 Zed에도 아마 바꾸는 방법이 있을 것 같음. JetBrains IDE처럼 좌상/좌하/우하/우상 식으로 패널을 배치하고 한 번에 숨기고 보여줄 수 있으면, 예를 들어 파일은 좌상단, 에이전트는 좌하단에 두고 가운데는 계속 에디터 중심으로 유지할 수 있음
  • 오히려 더 많은 사용자를 끌어들일 수도 있음. 나는 코드를 보고 싶지 않음
    여러 프로젝트를 한 곳에 몰아넣고 끝없이 컨텍스트 스위칭하기 쉬운 codex 스타일 앱이 더 좋음
  • 나도 처음엔 그렇게 느꼈는데, 실제 변경은 주로 어느 패널이 왼쪽/오른쪽 어디에 도킹되느냐를 바꾸고 AI 패널을 조금 다듬은 정도로 보임
    macOS에서는 여전히 ⌘B가 왼쪽 dock 토글, ⌘R이 오른쪽 dock 토글임
    새 레이아웃을 켜면 원래 왼쪽에 있던 패널이 오른쪽으로 가는 식이라, 전통적인 코딩 용도로도 한 번 써볼 생각임. 설정 창에서 각 패널의 도킹 위치는 바꿀 수 있음

• 나한텐 병렬 에이전트가 기본이 아니라 예외에 가까움. 어쩌면 내가 문제일 수도 있겠지만, 그런 예외적인 상황도 터미널 몇 개 더 열면 충분하다고 느낌
  이게 정말 주된 워크플로가 되어야 하는지는 잘 모르겠음. 내 뇌는 한 문제를 깊게 파는 쪽이 더 잘 맞음

  • 나도 완전히 같은 타입인데, 이번 업데이트는 꽤 기대됨
    꼭 병렬 실행 자체보다도 스레드 사이를 쉽게 오가는 것이 더 중요함. 메인 편집 컨텍스트를 흐트러뜨리지 않고 옆 스레드에서 잡다한 조사 작업을 파고들 수 있게 해줌
  • 예전엔 거의 안 썼지만 이제는 써보고 싶음. 어떤 작업이든 spin up / tear down을 격리해서 처리할 수 있기 때문임
    예를 들면 편집에 들어가기 전에 변경 초안을 먼저 잡거나, 리뷰 전에 브랜치를 checkout해서 코드를 셋업하는 작업 같은 것들임

• Zed를 써봤고 충분히 메인 에디터로 쓸 수 있겠다고 느꼈지만, 확장 부족이 아쉬웠음. TODO highlight, TabOut 같은 것과 자잘한 QoL이 부족했고, 라인 번호 이동도 VSCode만큼 쉽지 않았고 다른 댓글에서 말한 탭 필터도 아쉬웠음
  그리고 git commit message 에디터에서 폰트 크기를 설정할 수 없는 건 이상했음
  최근 추가된 것 중에선 dev container integration은 정말 좋았음
  Zed 응원함

  • 참고로 이제 TODO 하이라이팅 확장이 있음. 지금 기계 앞은 아니지만 이름이 아마 comments highlighter 비슷했음
  • 없는 Zed 확장은 zed agents로 직접 만들면 됨

• Zed의 agent UI는 내가 본 것 중 가장 혼란스러운 UI임. 아이콘은 작고 모호하고, x를 눌렀을 때 어떤 때는 에디터가 닫히고 어떤 때는 에이전트가 닫히고 어떤 때는 패널이 닫혀서 결과를 예측하기 어려움
  새 기능 때문에 다시 써보려 했는데 이 예측 불가능한 동작 때문에 결국 삭제했음. 게다가 내가 구독 중인 opencode Go도 지원하지 않음

• Warp도 1주쯤 전에 비슷한 걸 내놨지만, 내가 보기엔 Zed 쪽 구현이 더 논리적임
  오랜만에 또 한 번 Zed를 써봐야겠음. 매달 한 번씩 오는 “이번엔 이 터미널/IDE를 써볼까” 하는 itch가 올라온 상태임

  • Warp도 좋아하지만 뭔가 불투명하고 헷갈리는 느낌이 있음
    내가 아직 학습 곡선을 제대로 넘지 못한 걸 수도 있고, 그냥 아직 알파 단계에 가깝고 자주 바뀌어서 그럴 수도 있음

• Parallel agents 기능이 git worktree나 로컬 프로젝트 중심으로 설계된 것처럼 보이는데, 로컬 프로젝트 모드는 오히려 핵심을 흐린다고 느낌
  내 일상 개발 흐름은 이미 jj workspaces로 완전히 옮겨갔기 때문에, Zed가 jj를 지원하기 전까진 이 기능을 쓸 일이 없음
  게다가 이번 변경으로 레이아웃까지 예상 못 하게 뒤섞였는데, 지금은 원래대로 되돌리는 방법도 잘 모르겠음