Zed 1.0 공개, “웹앱 말고 게임처럼 만든” AI 네이티브 코드 에디터

• Zed가 드디어 1.0을 찍음. Atom을 만들었던 팀이 “이번엔 웹앱처럼 만들지 않겠다”고 작정하고 만든 코드 에디터라는 점이 핵심임

  • Atom은 Chromium을 포크해서 만들었고, 그 과정에서 Electron 프레임워크가 나왔음
  • Electron은 이후 VS Code의 기반이 됐고, 요즘은 거의 매주 새로운 AI 코드 에디터가 VS Code를 포크하는 분위기임
  • Zed 팀의 문제의식은 명확함. 웹 기술은 배포와 유연성은 좋지만, 결국 그 플랫폼의 성능 한계를 넘기 어렵다는 것

• 그래서 Zed는 에디터를 “웹 페이지”가 아니라 “비디오 게임”처럼 만들었다고 설명함

  • 앱 전체를 GPU에서 도는 셰이더에 데이터를 공급하는 구조로 짰고, 이를 위해 Rust로 자체 UI 프레임워크 GPUI를 처음부터 만들었음
  • 쉽게 말하면 브라우저 엔진 위에 에디터를 올린 게 아니라, 렌더링과 UI의 기본 재료를 직접 쥐고 가겠다는 선택임
  • 이 선택 덕분에 Zed는 성능과 반응성, 협업 기능을 더 깊은 레이어에서 제어할 수 있다고 봄

• 1.0까지 오는 동안 Zed는 꽤 큰 제품이 됐음

  • 개발 기간은 5년, 코드베이스는 100만 줄을 넘었고, macOS·Windows·Linux를 모두 지원함
  • 현대 코드 에디터에 기대하는 언어 지원, Git 통합, SSH 원격 작업, 디버거, 레인보우 브래킷 같은 자잘하지만 중요한 기능들을 채워왔다고 함
  • “1년 전이나 2년 전에 써봤는데 빠진 게 많아서 접었다면 다시 와보라”는 메시지가 이번 릴리스의 톤임

• Zed는 스스로를 AI 네이티브 에디터라고 부름. AI 기능을 나중에 얹은 게 아니라 처음부터 기반에 넣었다는 주장임

  • 여러 에이전트를 병렬로 실행할 수 있고, 편집 예측 기능은 키 입력 단위로 다음 변경을 제안함
  • Agent Client Protocol을 통해 Claude Agent, Codex, OpenCode, Cursor 같은 에이전트와 연결됨
  • 요즘 코드 에디터 경쟁이 “자동완성 잘함”에서 “에이전트를 작업 공간 안에 어떻게 들여놓을 것인가”로 넘어가고 있다는 걸 잘 보여줌

• 기업용 제품인 Zed for Business도 같이 예고됨

  • 회사 단위 도입을 위해 중앙 결제, 역할 기반 접근 제어(RBAC), 팀 관리 기능을 제공할 예정임
  • 개인 개발자용 빠른 에디터에서 팀 단위 개발 도구로 올라가려면 꼭 필요한 영역이라, 1.0 이후 상업화 방향도 어느 정도 보임

• Zed가 보는 다음 단계는 “사람끼리의 실시간 협업”이 아니라 “사람과 AI 에이전트가 같은 공간에서 협업”하는 것임

  • 예전 협업은 사람 여러 명이 같은 파일을 보는 경험에 가까웠음
  • 이제는 사람과 AI 에이전트가 같은 코드베이스를 보고, 같은 맥락에서 코드를 만들고 고치는 경험이 중요해졌다는 판단임
  • 여기서 단순 채팅창형 AI 도구와 에디터 내장형 AI 환경의 차이가 갈림

• 이를 위해 Zed는 DeltaDB라는 동기화 엔진을 개발 중임

  • DeltaDB는 CRDT 기반이고, 모든 변경을 문자 단위 granularity로 추적함
  • 목표는 여러 사람과 여러 에이전트가 코드베이스의 단일하고 일관된 뷰를 공유하게 만드는 것
  • 에이전트가 생성한 코드가 나온 바로 그 맥락 안에서 팀원을 초대해 리뷰하고 발전시키는 흐름을 만들겠다는 구상임

• Zed 팀은 이 경험이 “남의 브라우저 엔진 안에서는 만들기 어렵다”고 봄

  • 자체 UI 프레임워크, 자체 렌더링 구조, 자체 동기화 프리미티브를 갖고 있어야 이런 협업 모델을 제품 깊숙이 넣을 수 있다는 얘기임
  • 이건 꽤 센 주장임. VS Code 확장 생태계 위에서 빠르게 움직이는 쪽과, 느리지만 스택 전체를 소유하는 쪽의 전략 차이가 그대로 드러남

• 결론적으로 Zed 1.0은 끝이 아니라 기준선임

  • 이미 0.x 버전만 1,000개 넘게 릴리스했고, 앞으로도 매주 릴리스할 계획이라고 함
  • 지금 Zed를 봐야 하는 이유는 “새 에디터 하나 나왔네”가 아니라, AI 시대의 에디터가 브라우저 기반 앱으로 충분한지 다시 묻고 있기 때문임

---

기술 맥락

• Zed의 가장 큰 기술 선택은 Electron을 버리고 Rust 기반 자체 UI 스택을 만든 거예요. Atom을 만들면서 웹 기술의 장점과 한계를 직접 겪었기 때문에, 이번에는 성능과 렌더링 경로를 더 아래 레이어에서 잡으려는 선택을 한 거죠.

• GPUI를 직접 만든 이유는 단순히 “Rust라서 빠름” 정도가 아니에요. Zed는 앱을 GPU 셰이더에 데이터를 공급하는 구조로 보고 있어서, 일반적인 웹 UI 프레임워크보다 게임 엔진에 가까운 렌더링 사고방식이 필요했거든요.

• AI 통합도 확장 기능 하나 붙이는 수준이 아니에요. 여러 에이전트를 병렬로 돌리고, Agent Client Protocol로 외부 에이전트를 연결하려면 에디터의 작업 공간, 파일 변경, 사용자 입력이 AI와 같은 모델 안에서 움직여야 해요.

• DeltaDB가 중요한 이유는 여기서 나와요. 사람과 AI 에이전트가 동시에 코드를 바꾸면 단순 파일 저장 이벤트만으로는 맥락을 유지하기 어렵고, Zed는 CRDT 기반으로 문자 단위 변경을 추적해 일관된 상태를 만들려는 거예요.

• 결국 Zed 1.0은 에디터 기능표의 승부라기보다 아키텍처 승부에 가까워요. VS Code처럼 거대한 생태계 위에 빠르게 얹는 길과, 자체 기반을 들고 장기적으로 다른 협업 경험을 노리는 길 중 후자를 고른 셈이에요.