AI 지시‧이력까지 저장해주는 버전 관리 시스템

코드 에디터 젯(Zed)을 개발하는 젯이 AI 에이전트 시대를 위한 개발 이력 관리 도구 델타DB(DeltaDB)를 발표했다. Git처럼 커밋 단위로 변경 사항을 기록하는 게 아니라 코드가 만들어지는 과정 중 대화나 편집 작업까지 기록해 인간과 AI 에이전트가 작업 흐름을 따라가기 쉽게 만드는 구조라고 한다.

AI 에이전트에게 에러 처리를 추가해줘, 테스트도 고쳐줘라고 요청하면 여러 파일이 한꺼번에 수정되는 경우가 있다. 나중에 확인하려고 해도 최종 결과물의 차이만으로는 어떤 지시로 변경된 것인지, 왜 코드가 수정된 것인지를 파악하기 어려워진다. AI와 함께 개발하는 상황에서는 코드 뿐 아니라 코드를 만들어낸 대화도 개발 이력 일부가 된다는 것이다.

기존 개발에서는 Git 커밋이 작업 분기점으로 사용되어 왔다. Git은 파일 전체 상태를 기록하는 구조로 개발자는 작업이 정리된 시점에 커밋을 생성한다. 하지만 AI 에이전트와의 개발에서는 짧은 지시와 편집이 여러 차례 반복되기 때문에 커밋만으로는 작업 흐름을 전부 파악할 수 없는 상황이 발생한다.

이번에 발표된 델타DB는 개발 중인 파일 전체인 작업 트리와 개발 중의 대화를 함께 다루는 새로운 버전 관리 시스템이다. 델타DB에서는 작업 중에 발생하는 세세한 변경 사항이 델타로 연속적으로 기록되는 것이 특징이다. 델타는 변경 차이를 의미하는 용어로 각각의 작업에는 고정된 식별자가 부여된다고 한다.

세세한 변경 사항이 기록되어 AI 에이전트가 특정 줄을 수정한 직후 상태나 추가로 수정이 이뤄진 이후 상태를 나중에 참조할 수 있다. 다시 말해 최신 버전 코드를 보는 것뿐만 아니라 에이전트가 처음 작성한 시점 코드를 보는 것과 같은 추적이 가능해진다.

또 델타DB에서는 에이전트에게 보낸 메시지와 그 메시지로 인해 발생한 편집 내용이 나란히 기록된다. 목적은 어떤 지시가 어떤 변경을 만들어냈는지를 놓치지 않도록 하는 것이다. 코드와 대화가 별도 장소에 있으면 리뷰 시 변경 이유를 찾아야 한다. 델타DB는 변경 사항과 대화의 연결을 유지해 코드 배경을 쉽게 추적할 수 있게 한다.

나아가 델타DB는 여러 명의 인간이나 여러 AI 에이전트가 동시에 같은 파일을 편집할 수 있는 구조도 갖추고 있다. 파일은 실제 존재하는 파일로 취급되기 때문에 에이전트는 터미널을 통해 작업할 수 있고 개발자는 필요에 따라 작업 트리 전체를 디스크에 마운트할 수 있다. 델타DB만의 독립된 환경이 아니라 기존 개발 도구와 조합해서 사용하는 설계다.

젯은 Git이나 지속적 통합(CI)을 대체하는 게 아니라 코드가 커밋되기 전 단계 공동 작업을 더 다루기 쉽게 만드는 게 목적이라고 설명한다. 델타DB는 아직 제공이 시작되지 않았다. 젯 측은 몇 주 내로 베타 버전을 초기 사용자에게 제공할 것이라고 밝혔다. 관련 내용은 이곳에서 확인할 수 있다.