핵심 요약
Zed 2.0이 3월에 정식 출시되며 Linux 안정 빌드와 AI assistant Slash 모드, 협업용 채널을 묶었다. GPU 가속 텍스트 렌더링 덕에 5만 줄 파일 스크롤이 한 프레임 안에 들어가고, 메모리는 VSCode의 1/4. 단, 익스텐션 생태계는 여전히 빈약하고 Windows 정식 지원은 6월 예정.
1. 무엇이 달라졌나 — 2.0 핵심
| 영역 | 1.x | 2.0 |
|---|---|---|
| Linux 빌드 | 베타 | 안정 |
| AI assistant | 패널형 | Slash·Edit 모드 통합 |
| Tree-sitter | 0.20 | 0.24 (incremental) |
| 익스텐션 API | 제한적 | WASM 컴포넌트 |
| Remote dev | 없음 | SSH 정식 |
2. GPU 렌더링이 체감되는 순간
| 작업 | Zed 2.0 | VSCode 1.95 | Cursor 0.45 |
|---|---|---|---|
| 5MB 파일 열기 | 0.4s | 2.1s | 2.3s |
| 스크롤 프레임타임 | 4ms | 22ms | 24ms |
| idle 메모리 | 240MB | 980MB | 1.1GB |
| 1000파일 검색 | 0.3s | 1.4s | 1.5s |
3. 멀티버퍼 — 진짜 차별점
여러 파일의 검색 결과·diff·LSP 응답을 하나의 편집 가능한 버퍼로 묶는 기능. 검색 결과를 그대로 편집하면 원본 파일에 반영된다. ripgrep + sed 자동화를 시각적으로 푸는 셈.
4. AI assistant — Cursor와 무엇이 다른가
Cursor가 VSCode 포크 위에 AI를 얹은 구조라면 Zed는 처음부터 AI를 1급 시민으로 설계. Slash 모드(/file, /tab, /diagnostics)로 컨텍스트를 명시적으로 지정한다.
// assistant 패널에서
/file src/auth/jwt.rs
/diagnostics
이 함수의 만료 검증 로직을 정리하고
오류 메시지를 한국어로 바꿔줘
전역 색인을 자동으로 끼워넣는 Cursor와 달리 컨텍스트가 결정적 — 같은 입력에 같은 응답이 나올 확률이 높다. 반대로 "프로젝트 전체 이해" 같은 모호한 질문엔 약하다.
5. Edit 모드 — 인라인 수정
// 함수 위에서 cmd+enter
"이 함수에 retry 로직 3회 추가하고 백오프는 100ms부터 지수"
응답 속도는 모델 선택에 따라 다른데 Claude 4.7 Sonnet 기준 첫 토큰 0.6초, Haiku 4 기준 0.2초.
6. Remote dev — JetBrains Gateway 대안
# ~/.config/zed/settings.json
"ssh_connections": [
{
"host": "dev-box.internal",
"username": "me",
"projects": [{ "paths": ["~/work/app"] }]
}
]
7. 익스텐션 — 여전한 약점
| 익스텐션 | VSCode | Zed 2.0 |
|---|---|---|
| 총 개수 | 5만+ | 약 380 |
| Vim 모드 | 다수 | 내장 |
| Docker 통합 | 완성도 높음 | 없음 |
| Jupyter | 완성형 | 베타 |
| 디버거(DAP) | 전 언어 | Rust·Python만 |
8. 결론
Zed 2.0은 "퍼포먼스가 곧 생산성"이라는 가설을 가장 진지하게 따른 IDE. 시스템 프로그래밍·풀스택 TS·AI 보조 코딩에 적합. JetBrains급 디버거·DB 도구가 필수이거나 거대 익스텐션 의존이 깊다면 아직 VSCode/JetBrains가 정답.
참고
- zed.dev
- zed.dev/blog/zed-2-0
- github.com/zed-industries/zed

댓글 0