GitHub에 도전하는 대다수는 같은 워크플로의 더 나은 버전을 약속한다. Zed는 워크플로 자체의 수명이 끝났다고 주장하며, 이를 증명하려 Delta를 퍼블릭 베타로 내놨다. 풀 리퀘스트 자리에 개발자와 코딩 에이전트가 하나의 실시간 스레드를 공유하는 환경을 놓은 제품이다. 이 주장에 무게가 실리는 이유는 Zed가 이미 비용을 치렀기 때문이다. Delta 자체 저장소에서는 풀 리퀘스트가 꺼져 있고, 직원 33명이 PR 없이 main에 변경 570건을 반영했다.
핵심 요약
- Delta는 DeltaDB 위에서 돌아간다. DeltaDB는 Git 커밋과 커밋 사이에 오가는 편집과 사람·에이전트 대화, 즉 Git이 평소 버리는 재료를 보관한다. 커밋은 여전히 팀이 푸시하고 빌드하는 체크포인트로 남는다.
- 리뷰어는 diff를 읽는 대신 스레드에 합류해 원래 에이전트의 맥락을 그대로 물려받고, 상위 워크트리의 격리된 사본을 받아 작성자를 방해하지 않고 코드를 실행하고 고칠 수 있다.
- 베타는 무료이며 macOS·Linux·Windows·웹에서 돌아간다. 모바일 브라우저로도 스레드에 접근할 수 있다. 유료 등급은 예고됐지만 가격은 아직 없다.
진단: 리뷰가 잃은 것은 규모가 아니라 맥락이다
풀 리퀘스트는 나온 지 15년쯤 됐고, 조용히 무너지고 있는 전제 하나를 담고 있다. diff를 쓴 사람이 그것을 설명할 수 있다는 전제다. AI 에이전트가 코드 대부분을 만들어내는 순간, 양은 늘어나는데 판단의 근거는 리뷰어가 본 적 없는 세션 안에 갇힌다.
Zed는 흔히 쓰이는 완화책을 정면으로 겨눈다. 큰 변경을 여러 브랜치로 쌓아 올리면 넘겨보기는 쉬워지지만 사고 과정은 하나도 복원되지 않고, diff를 다른 에이전트에 붙여 넣는 방식은 작성자가 이미 끝낸 결정을 그 에이전트더러 다시 추론하라고 시키는 꼴이다. 둘 다 가독성을 서식 문제로 취급한다. "왜 동료의 에이전트가 당신이 거기까지 간 경로를 추측해야 하나"라는 Zed의 문제 설정은 원인을 다른 곳에 둔다. 커밋 시점에 도구가 버리는 것들이다.
실제로 달라지는 것
실무에서 바뀌는 지점은 협업이 더 이상 푸시를 기다리지 않는다는 것이다. 동료는 에이전트와 진행 중인 대화에 초대받아 같은 워크트리를 보면서 각자의 기기에서 작업한다. 에이전트의 맥락이 스레드를 따라 이동하므로, 리뷰어는 작성자가 왜 RwLock 대신 Mutex를 골랐는지 에이전트에게 직접 물을 수 있다. 작업은 작성자가 로그아웃해도 살아남고, 리뷰는 하위 스레드로 쪼갤 수 있다. 격리된 워크트리 사본 덕에 리뷰어는 문제를 지적하는 데 그치지 않고 직접 고친 뒤, 변경이 반영되기 전에 결과를 되접어 넣을 수 있다.
마지막 기능이 진짜 새로운 대목이자 미해결 질문이 몰려 있는 지점이다. 리뷰어가 코드를 직접 고치는 리뷰는 리뷰를 독립적 점검으로 만들어준 분리선을 흐린다. 감사나 컴플라이언스 의무가 있는 팀이라면 스레드 안에서 작성자와 승인자가 어떻게 귀속되는지 알고 싶을 것이다. Zed는 아직 이 부분을 설명하지 않았다.
도입은 의도적으로 반쪽짜리다
전면 이전을 요구하는 구조가 아니며, Zed 스스로 그 중간 상태를 보여주고 있다. zed-industries/zed는 GitHub에 그대로 남아 커뮤니티가 이슈를 올리고, 기여자에게는 풀 리퀘스트와 함께 Delta 스레드를 공유하라고 권한다. DeltaDB가 Git을 밀어내는 대신 확장하는 구조라, Delta를 설치하지 않은 동료 눈에는 여전히 평범한 저장소로 보인다. 시험 도입을 접는 비용이 싸지는 이유이자, 이 제품에서 가장 중요한 설계 결정일 것이다.
로드맵은 베타보다 야심차다. Zed는 목표 워크플로를 '지속적 엔지니어링'이라 부른다. 통합과 배포는 지속적으로 바뀌었는데 나머지 엔지니어링은 배치 단위에 머물렀다는 논리다. Git 저장소를 DeltaDB로 옮기고, 최종적으로는 콘텐츠 기반 빌드를 통해 CI 수준의 검증까지 스레드 안으로 끌어오겠다는 계획이다. 현재는 에이전트가 기존 CI 제공자를 실행시키고 반영 전에 결과를 읽는 수준에 그친다.
전망
에이전트가 쓴 코드를 근거로 포지(forge) 자체를 다시 짓겠다는 입장은 Zed만의 것이 아니다. Cursor도 비슷한 전제에서 Origin으로 GitHub의 핵심 워크플로를 겨눴다. Zed를 가르는 것은 그 밑에 깔린 베팅이다. 경쟁자들은 브랜치·커밋·diff를 기본 단위로 남겨두지만, Zed는 스레드가 소프트웨어 개발의 단위가 되고 델타가 그 상태를 표현하는 옳은 방식이 될 것으로 본다. 이 주장이 어디까지 갈지는 상업적 조건이 결정한다. 그리고 그 조건은 무료 등급이 어떤 형태로든 남는다는 약속 외에는 아직 공개되지 않았다.
FAQ — 자주 묻는 질문
Delta는 Git을 대체하나
아니다. DeltaDB는 Git의 콘텐츠 기반 버전 관리 위에 증분 방식의 델타 기반 버전을 얹는다. 푸시하고 풀하고 빌드하는 대상은 여전히 커밋이다. 추가되는 것은 커밋과 커밋 사이의 작업이며, Git은 이를 보관하지 않는다.
Delta는 무료인가
퍼블릭 베타 기간에는 무료다. Zed는 개인과 팀을 위한 유료 플랜을 준비 중이고 무료 버전은 계속 존재할 것이라고 밝혔지만, 가격을 공개하지도, 무료 등급에 무엇이 포함되는지 설명하지도 않았다.
GitHub를 떠나지 않고 Delta를 도입할 수 있나
가능하다. Zed 자신이 자사 오픈소스 저장소에서 정확히 그 방식으로 운영한다. 기여자는 풀 리퀘스트 옆에 Delta 스레드를 함께 공유하고, Delta를 한 번도 열지 않는 사람은 표준 Git 저장소를 상대로 계속 작업하면 된다.
