Zed의 협업 기능이 어떻게 우리의 가상 사무실이 되었는지, 채널 기반 구조와 회사 전체 회의, 프로젝트 협업, 개인 집중 공간의 워크플로우, 그리고 앞으로의 로드맵을 소개합니다.
월요일, 동부시간 낮 12시. Zed Industries 전 팀이 주간 올핸즈(all-hands) 회의에 모여 있습니다. 어떤 팀원은 일정 변동을 적고, 또 어떤 팀원은 이번 주에 집중할 업무를 정리합니다. Nathan이 최우선 공지 사항을 마친 뒤 Morgan이 지표 트렌드를 공유하고 운영 업데이트를 다룹니다. 한편 저는 지난주 사용자 인용문을 공유할 준비를 하고, 다른 사람들은 Discussions 섹션에 주제를 추가합니다.
회의 내내 화면 공유가 오가고, 다양한 목소리가 대화에 들락날락하며, 수십 개의 커서가 동시에 같은 파일을 실시간으로 편집하면서 노트가 빠르게 늘어갑니다.
이 모든 회의가 Zed 안에서 진행됩니다.

우리의 주간 "올핸즈" 월요일 회의, Zed에서
처음부터 우리의 미션은 다음과 같은 에디터를 만드는 것이었습니다:
앞의 두 가지를 잠시 제쳐두고, 협업에 초점을 맞춰봅시다.
우리는 수년간 최고의 협업 에디터를 만드는 꿈을 꿔 왔습니다. 이 비전의 뿌리는 Nathan이 Pivotal Labs에 있던 초기 시절로 거슬러 올라갑니다. 그곳에서는 하나의 컴퓨터에 두 개의 키보드를 꽂아 페어 프로그래밍하는 것이 표준이었습니다. 우리는 그 매끄러운 협업 경험을 재현하되, 분산된 팀을 위한 방식으로 만들고자 했습니다.
그런데 잠깐... 이런 기술이 이미 다른 에디터에 있는 것 아닌가요?
맞습니다! 개발을 오래 해오신 분이라면 Atom을 위한 teletype 패키지를 기억하실 겁니다—둘 다 Zed의 창업자들이 만들었습니다. Teletype은 개발자가 작업 공간에 대한 "포털"을 공유할 수 있게 해주었고, 이는 Zed의 협업 비전을 향한 첫걸음이었습니다. 시도를 통해 Electron 기반 애플리케이션인 Atom의 반응성을 개선하려 했지만, 팀이 열망하는 성능 기준에 도달하지는 못했습니다. Nathan은 Atom 팀을 떠나 결국 Rust로 작성된 Zed의 GPU 가속 UI 렌더링 프레임워크인 gpui 작업을 시작했고, 이후 Atom은 GitHub에 의해 서비스 종료되었습니다. 더 이상 Atom도, Teletype도 없게 되었죠.
다른 에디터들도 각자의 협업 기능을 추가했지만, 여전히 부족합니다. 설정이 번거로워 사용하기 꺼려지고, 확장을 설치해야 하며, 공유할 때마다 터미널이나 에디터에 링크를 붙여넣어야 하는 경우가 많습니다. 동시에 편집하면 병합이 깔끔하지 않고, 참여자가 늘수록 성능이 급격히 저하되며, 무엇보다도 결국 Slack이나 Zoom으로 화면을 공유하는 데 의존하게 되곤 합니다.
우리는 Zed를 처음부터 협업을 중심으로 설계했습니다—어떤 덧붙인 서비스도, 사후적으로 붙인 생각도 아닙니다.
핵심 데이터 구조로 CRDTs를 활용해, 충돌이 없고 결국 일관되게 수렴하는 특성을 보장하여 모두의 변경 사항이 매끄럽게 병합되고 동일한 상태로 수렴하도록 합니다. 협업 서비스에서 치명적인 문제를 피하려고 커서 곡예를 할 필요가 없어야 합니다. 우리의 아키텍처는 같은 사무실에 있든 대양을 사이에 두고 있든 낮은 지연 시간을 제공하고, 페어든 몹 프로그래밍이든 성능은 계속 빠릿빠릿합니다.
설정은 손쉽습니다. 확장 설치도, 매 세션마다 링크를 복사/붙여넣기도 필요 없습니다. GitHub 핸들만 있으면 됩니다. 또한 내장 오디오와 자동 화면 공유 전환 덕분에 에디터 밖에서 일어나는 작업을 소통해야 할 때도 외부 도구로 되돌아갈 필요가 없습니다.
우리는 Zed를 효과적으로 만들기 위해, Zed 안에서, 함께 일할 수 있도록—무엇보다 우리 자신을 위해—Zed의 협업 서비스를 구축했습니다. 이 기능은 우리에게 단순한 기능이 아니라, 우리의 업무 방식에 있어 핵심입니다. 우리는 Zed의 협업 서비스를 사용하며 큰 혜택을 받았고 큰 즐거움을 느꼈습니다. 여러분도 분명 그럴 것이라 믿습니다!

협업 개요
1: 상태 표시줄의 사람 아이콘을 클릭해 협업 패널을 열 수 있으며, GitHub 인증 플로우로 로그인한 후 접근 가능합니다.2: 이 영역에는 "채널"이라 불리는 가상 방이 계층 구조로 정리되어 있습니다.3: + 버튼을 클릭해 최상위 채널을 만듭니다. 기존 채널을 우클릭해 New Subchannel을 선택하면 하위 채널을 만들 수 있습니다.4: GitHub 아바타로 누가 어떤 채널에 있는지 알 수 있습니다. 채널 이름을 클릭해 참여하세요.5: 문서 아이콘을 클릭해 해당 채널의 메타데이터로 쓰이는 "채널 노트"에 접근합니다.6: 채널에 들어오면 마이크 아이콘으로 음성을 음소거/해제할 수 있습니다.7: 다른 사람들이 내 화면을 볼 수 있도록 허용합니다.8: 채널은 프로젝트에 종속되지 않습니다. 프로젝트는 제목 표시줄의 Share 버튼을 통해 채널에 "공유"합니다. 채널은 공개(🛜)이거나 특정 멤버에게 제한(#️⃣)될 수 있으며, Guest, Member, Admin 역할의 권한 시스템을 포함합니다.9: 제목 표시줄의 아바타를 클릭해 팀원을 따라가기(follow) 할 수 있습니다. 화면을 공유 중인 사람을 따라가는 경우, 그 사람이 Zed에 집중하고 있는지 다른 앱에 집중하고 있는지에 따라 내 Zed 인스턴스에서 그들의 커서를 따르는 것과 화면 공유를 자동으로 전환합니다.협업과 관련된 데이터 및 프라이버시에 대해서는 우리의 FAQ를 참고하세요.
우리의 사무실은 Zed의 협업 패널입니다.

Zed Industries 채널 트리의 일부
우리의 채널 트리는 회사가 성장함에 따라 여러 차례 변화를 겪었지만, 지금은 다양한 형태의 협업을 수용할 만큼 유연한 구조를 갖추고 있습니다. 우리의 채널 트리는 다음과 같은 용도로 사용됩니다:
어떤 채널이든 기술적으로 "회의" 공간으로 분류하고 사용할 수 있지만, 우리는 몇몇 채널을 "올핸즈" 회의용으로 지정해두었습니다. 이 채널들은 체크인, 지식 전파, 그리고 성찰에 사용됩니다. 이 회의에서는 보통 프로젝트를 직접 공유하지 않고, 채널 노트에서 바로 작업이 이뤄집니다. 예시는 다음과 같습니다:
this week 채널에 들어가 한 주 계획을 논의하고, 지표를 검토하며, 우리가 즉시 대응해야 할 긴급 사안을 논의합니다.# 월요일, 2025년 11월 10일
## 일정 변동
...
## 집중 분야
- Max: edit predictions
- Katie: Git, 학생 요금제, RBAC, 블로그오오오오오
- David: Git (멀티버퍼 성능)
- Lukas: Windows / 멀티버퍼
- Ben: ACP + 밋업
- Cole: 나란히(diff) 보기, git PRs
- Ben K: zeta2
- Julia: Windows 버그
- Anthony: git 작업 😀
- Smit: 커뮤니티 보드, 이슈 답변, PR 트리아지
- Finn: 커뮤니티 보드, 익스텐션 조직 CI
- Bennet: AI 품질, 평가 세팅
- Conrad : 익스텐션 스토어 테스트; auto-updated를 클라우드로 이동
- Antonio: 밋업 + DeltaDB
- Mikayla: 멀티 에이전트
- Kirill: 무지개 괄호; PRs
- Lena: GitHub 이슈 가시성, 커뮤니티 보드
- Oleksiy: zeta2
- Dino: 커뮤니티 보드, 이슈 답변, 러너블과 성능 페어링
- Joseph: 커뮤니티, zed로 zed 만들기 블로그
- Mary: PM 채용, 백엔드
## 비즈 코너
...
retrospectives 채널은 6주마다 진행됩니다. 이 회의에서는 전 구성원이 잘 된 점?과 더 나았을 수 있었던 점? 같은 카테고리에 불릿 포인트를 추가하고, 이 시간에 논의할 항목에 업보트를 눌러 함께 배웁니다.# 금요일, 2025년 9월 19일
### 잘 된 점
- ⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐ 계속해서 출시하고 있음
- ⭐⭐⭐⭐⭐⭐⭐⭐⭐ ACP 출시가 엄청나게 긍정적으로 받아들여짐
- ⭐⭐⭐⭐⭐⭐⭐⭐ DeltaDB에서 의미 있는 진척
- ⭐⭐⭐⭐⭐⭐⭐ Windows 진행 상황이 훌륭하고 출시가 기대됨
- ⭐⭐⭐⭐⭐ 클라우드에 대한 투자(특히 빌링 작업)가 확실히 성과를 내는 느낌
- ⭐⭐⭐⭐ Edit prediction 진척
- ⭐⭐⭐ 의존성 안정성 개선(특히 tree-sitter, 더 이상 세그폴트 없음 만세)
- ⭐⭐ 새로운 팀원들이 아주 잘하고 있음
- ⭐⭐ PR을 통한 아주 강한 참여(그리고 많은 PR이 머지됨)
- ⭐ Codex ACP 통합 출발이 Claude Code 때보다 훨씬 순조로웠음. codex-rs가 오픈 소스라서 (1000%)
...
### 더 나았을 수 있었던 점
- ⭐⭐⭐⭐⭐⭐⭐⭐⭐ 나이틀리에서 @Kirill이 발견했지만 스테이블에 반영된 회귀가 여러 건 있었음
- 자동 업데이트
- 이름 없는 버퍼 버리기
=> 액션 아이템: @first-responders에게 핑
- ⭐⭐⭐⭐⭐⭐⭐⭐⭐ 자동 업데이트 깨짐(일부는 이미 이건에 대해 회고함)
- 이제 이건에 대한 테스트가 있음
- 여기에 테스트를 추가해야 했다는 걸 깨닫기 위해 한 번은 겪어봐야 했던 것 같음
- ⭐⭐⭐⭐⭐ PR 백로그가 다시 늘어나는 중 :/
- ⭐⭐ 살 만한 좋은 Windows 랩톱이 있었으면 좋겠음
demos 채널은 매주 금요일 사용되며, 팀에서는 이 시간을 "banger"(명작/대박)라고 부릅니다. 팀원들이 들어와 본인이 만든 멋진 기능이나 버그 수정을 자원해 보여주고, 나머지 팀에게서 실시간 피드백을 받습니다.
금요일 데모 미팅에서 기능을 공유하는 Lukas
특정 회사 전체 회의를 위한 채널 외에도, 다른 곳에 맞지 않거나 전용 공간이 필요하지 않은 일회성 미팅을 위한 일반화된 미팅룸도 몇 개 운영하고 있습니다.

우리의 일반화된 미팅룸(페어 상대를 찾는 외로운 개발자 출현)
텍스트 에디터를 만드는 회사로서, 과거의 전설적인 타자기 이름을 회의실 이름으로 붙이는 것이 잘 어울린다고 느꼈습니다.
우리는 특정 프로젝트를 중심으로 채널과 팀을 구성하며, 대부분의 협업이 여기에서 이뤄집니다. 프로젝트는 보통 더 큰 이니셔티브에 필요한 여러 기능을 묶습니다. 예를 들어 git 1.0, edit predictions v2, delta db, cloud 등이 있습니다. 이 채널에서 프로젝트 구성원 중 한 명이 호스트가 되어 팀이 함께 작업할 수 있도록 자신의 Zed 코드베이스 인스턴스를 공유합니다. 채널 노트에는 보통 프로젝트 멤버 목록, 목표, 우리가 이번 작업에서 해결하려는 GitHub Issues / Discussions / 프로젝트 보드 링크, 그리고 전반적인 진행 상황이 포함됩니다.
## Git 1.0
팀: Cole, Anthony, Cameron, Jakub, David
관련:
- Git 1.0 보드: https://github.com/orgs/zed-industries/projects/48/views/1
## 완료 🎉 (축하하고 맨 아래로 이동)
...
# 키(Key):
- [D] - 디자인 필요
- [*] - 진행 중
- [x] - 완료
- [-] - 일시 중지
## 1단계(디프):
- [*] [@jakub @david] 프로젝트 디프를 일관되게 빠릿하게, 비치볼 제거
- [*] [@david] 멀티버퍼 '로딩'을 점진적으로
- [*] [@david] 많은 파일 멀티버퍼에서 `DisplayMap` 스냅샷 벤치마크 추가
...
## 2단계(머지 충돌):
- [D] 우리의 머지 충돌 UI가 엔지니어 UI처럼 느껴지지 않도록 만들기
- 🎨 충돌 영역 하이라이팅
- diff3 마커 강조: https://github.com/zed-industries/zed/issues/34813.
- 각 충돌 영역의 양측을 더 알기 쉽게 라벨링
- 3자 병합(three-way) 충돌 해결 UI 추가
...
## 3단계(패널 / 위치 / 탐색):
- [D] 커밋 로그
- https://github.com/zed-industries/zed/discussions/26511
- [D] 파일 히스토리 UI
- https://github.com/zed-industries/zed/issues/16827
- Joseph: 로컬 파일 히스토리는 DeltaDB로 지원 가능
- 과거 커밋 디프를 더 인터랙티브하게(editor::OpenExcerpts, 파일 히스토리 통합)
- [D] 스테이징/언스테이징 디프 분리(기능): https://github.com/zed-industries/zed/issues/26560.
...
하위 채널은 보통 프로젝트의 개별 컴포넌트를 위한 회의 공간을 조직하는 데 사용됩니다.

git 1.0 채널과 그 하위 채널들
모든 프로젝트 기반 채널이 Zed에 추가되는 기능에만 초점을 맞추는 것은 아닙니다. 마케팅, 커뮤니티, 지표 등 비개발 업무를 지원하기 위한 채널들도 많이 있습니다.
우리의 프로젝트 채널 중 다수는 공개되어 있으며, 우리의 채널 트리에 참여해 노트를 읽고 우리가 Zed를 어떻게 만드는지 배울 수 있습니다. @FalbertengoDev처럼요.
@FalbertengoDev discovers Zed's public channels
우리 트리에는 people 채널이 있습니다. 직원들은 이 아래에 자신의 이름을 딴 하위 채널을 추가하도록 권장됩니다. 이것이 개인 작업 공간—일종의 "가상 칸막이 자리"입니다. 동료가 개인 채널에 있으면 보통 이런 신호를 보냅니다. "이 작업을 마무리하려면 당분간 몰입 시간이 필요하지만, 필요하시면 들르셔도 됩니다." 팀원마다 약간씩 다르게 활용합니다. 저는 블로그 포스트로 다루고 싶은 콘텐츠를 정리하는 데 제 채널을 자주 사용합니다.
재미있는 사실: 이 블로그 포스트는 처음에 제 blog 하위 채널에서 개요가 잡혔습니다.

우리의 people 채널
세심한 분들은 위 스크린샷의 채널 옆에 아바타가 없는 것을 눈치채셨을 수 있습니다. 팀은 가능할 때 협업을 선호하기 때문에 이 채널들이 비어 있는 경우가 드물지 않습니다!
우리의 가상 사무실은 다른 대면 사무실과 크게 다르지 않습니다—회의, 프로젝트 작업, 개인 집중 시간을 위한 지정 공간이 있습니다. 우리는 회사 운영을 뒷받침하는 워크플로우를 지원하도록 채널 트리를 구성했지만, 여러분 팀의 요구에 가장 잘 맞는 방식으로 구조화하시면 됩니다.
Zed의 협업 기능 덕분에 우리는 Zed 안에서 Zed Industries를 운영할 수 있게 되었지만, 이는 우리가 팀으로서 일하는 방식을 그리는 비전의 표면만을 긁었을 뿐입니다. 우리는 협업이 불연속적인 커밋이 아니라 연속적인 대화가 되는 미래를 구축하고 있습니다—모든 논의, 편집, 통찰이 코드의 진화와 함께 연결되어 남아, 팀원과 AI 에이전트 모두가 접근할 수 있는 그런 미래를요.
여기까지 오는 길이 직선은 아니었습니다. 수년 동안 우리는 사용자들이 자주 요청한 기능—에이전트 기반 도구, 디버깅, Windows 지원, git 지원—에 집중하기 위해 협업 작업을 일시 중단하기도 했습니다. 하지만 Zed를 향한 우리의 주요 목표는 변하지 않았습니다. 다른 에디터와의 기본 기능 동등성에 다다르면서, 이런 우회로는 점점 줄어들고 있고, 우리가 가장 열정을 느끼는 일—가장 뛰어난 멀티플레이어 소프트웨어 개발 도구를 만드는 일—에 다시 집중할 수 있게 되었습니다.
현재의 협업 기능은 알파로 간주되며, 당분간 모두 무료로 사용할 수 있습니다! 소스 코드를 살펴보세요.
macOS, Windows, Linux에서 오늘 바로 Zed를 사용해 보세요. 지금 다운로드!
블로그에서 다루는 주제들에 열정을 느끼신다면, 소프트웨어 개발의 미래를 함께 배송(ship)할 수 있도록 우리 팀에 합류하는 것을 고려해 주세요.