--- title: "Zed 1.0 공개, “웹앱 말고 게임처럼 만든” AI 네이티브 코드 에디터" published: 2026-04-29T14:34:19.000Z canonical: https://jeff.news/article/1948 --- # Zed 1.0 공개, “웹앱 말고 게임처럼 만든” AI 네이티브 코드 에디터 Atom을 만들었던 팀이 새 코드 에디터 Zed를 1.0으로 올렸다. Electron/Chromium 기반 대신 Rust로 자체 UI 프레임워크 GPUI를 만들고, GPU 셰이더 중심으로 데스크톱 앱을 구성했다는 점을 전면에 내세운다. 다음 단계는 사람과 AI 에이전트가 같은 코드베이스에서 동시에 협업하는 환경이고, 이를 위해 CRDT 기반 동기화 엔진 DeltaDB를 개발 중이다. - Zed가 드디어 1.0을 찍음. Atom을 만들었던 팀이 “이번엔 웹앱처럼 만들지 않겠다”고 작정하고 만든 코드 에디터라는 점이 핵심임 - Atom은 Chromium을 포크해서 만들었고, 그 과정에서 Electron 프레임워크가 나왔음 - Electron은 이후 VS Code의 기반이 됐고, 요즘은 거의 매주 새로운 AI 코드 에디터가 VS Code를 포크하는 분위기임 - Zed 팀의 문제의식은 명확함. 웹 기술은 배포와 유연성은 좋지만, 결국 그 플랫폼의 성능 한계를 넘기 어렵다는 것 - 그래서 Zed는 에디터를 “웹 페이지”가 아니라 “비디오 게임”처럼 만들었다고 설명함 - 앱 전체를 GPU에서 도는 셰이더에 데이터를 공급하는 구조로 짰고, 이를 위해 Rust로 자체 UI 프레임워크 GPUI를 처음부터 만들었음 - 쉽게 말하면 브라우저 엔진 위에 에디터를 올린 게 아니라, 렌더링과 UI의 기본 재료를 직접 쥐고 가겠다는 선택임 - 이 선택 덕분에 Zed는 성능과 반응성, 협업 기능을 더 깊은 레이어에서 제어할 수 있다고 봄 > [!IMPORTANT] > Zed 1.0은 “기능 목록이 완성됐다”는 뜻보다 “대부분의 개발자가 이제 일상 에디터로 써볼 만한 기준점에 왔다”는 선언에 가까움. - 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처럼 거대한 생태계 위에 빠르게 얹는 길과, 자체 기반을 들고 장기적으로 다른 협업 경험을 노리는 길 중 후자를 고른 셈이에요. ## 핵심 포인트 - Zed 1.0은 5년 개발, 100만 줄 이상 코드, macOS·Windows·Linux 지원을 기준점으로 삼은 릴리스다. - Electron 기반 Atom의 한계를 겪은 뒤 Rust와 자체 UI 프레임워크 GPUI로 에디터를 다시 만들었다. - AI 기능은 플러그인처럼 얹은 게 아니라 에디터 기반 기능으로 설계됐고, 여러 에이전트를 병렬 실행할 수 있다. - Agent Client Protocol로 Claude Agent, Codex, OpenCode, Cursor 같은 외부 에이전트와 연결한다. - CRDT 기반 DeltaDB로 사람과 AI 에이전트가 같은 코드 변경 흐름을 문자 단위로 공유하는 협업 모델을 준비 중이다. ## 인사이트 Zed 1.0은 단순히 ‘또 다른 AI 코드 에디터’가 아니라, Electron 이후 데스크톱 개발자 도구가 어디까지 네이티브 스택으로 되돌아갈 수 있는지 보여주는 선언에 가깝다. VS Code 생태계가 압도적인 상황에서 성능·협업·AI 에이전트 통합을 한 덩어리로 밀어붙이는 전략이 꽤 흥미롭다.