Cursor의 SQLite Rust 실험을 통해 배울 수 있는 것들

하이라이트

• Cursor 팀은 835페이지 분량의 SQLite 공식 문서와 SQLogicTest 수트를 활용해 멀티 에이전트 시스템으로 Rust 기반 SQLite 재구축 실험을 진행했다.

• 기획자와 작업자 에이전트에 모두 GPT-5.5를 사용했을 때 10,000달러가 들었으나, 기획에 Opus 4.8을 쓰고 작업에 Composer 2.5를 조합했을 때는 동일한 품질을 내면서 비용이 1,300달러로 줄었다.

• 초당 1,000건의 커밋을 생성하는 멀티 에이전트 환경의 거친 잠금 문제를 해결하기 위해 Git을 대체하는 고동시성 전용 버전 관리 시스템을 새로 구축했다.

• 병렬 기획자 간의 설계 충돌 및 분할 뇌 문제는 프롬프팅 지침과 결정 사항을 통합하는 조정자(Reconciler) 에이전트를 통해 통제했다.

• 상용 코드 보존용으로 파인튜닝된 에이전트의 코드 파괴 주저 현상을 극복하기 위해, 미배포 상태임을 명시하고 과감한 리팩토링 및 코드 삭제를 허용하는 파괴 권한을 제공했다.

타임라인

1. 00:00 - 05:49

   실험의 목적 및 모델 조합별 비용 비교

   835페이지에 달하는 SQLite 공식 문서와 SQLogicTest 검증 수트를 기반으로 에이전트 시스템을 구동했다. 기획자와 작업자 모두에 GPT-5.5를 적용했을 때는 10,000달러의 비용이 발생했다. 반면 기획 및 설계에 Opus 4.8을 배치하고 작업 구현에 Composer 2.5를 조합한 방식은 1,300달러의 비용만으로 비등한 수준의 품질과 테스트 통과율을 기록했다. 이는 작업 명세와 맥락이 명확할 경우 코드를 작성하는 하위 에이전트에 최상위 지능 모델을 사용할 필요가 없음을 증명한다.

   • Cursor 팀의 mini SQLite 실험은 데이터베이스 자체보다 에이전트 스웜 및 소프트웨어 재구축 가능성을 탐구하기 위한 목적을 가진다.
   • 기획자와 작업자 에이전트 모델의 적절한 조합을 통해 동일한 구현 품질을 유지하면서 비용을 최대 87% 절감했다.
2. 05:50 - 11:00

   에이전트 역할 분담과 에이전트 전용 버전 관리 시스템 구축

   기존 Git과 Cargo는 거친 잠금(Coarse Locks) 방식의 동시성 제어를 사용하므로 수백 개의 에이전트가 동시에 작업을 제출하는 환경을 감당하지 못한다. 올해 초 브라우저 스웜이 기록한 시간당 1,000건의 커밋을 넘어 이번 실험에서는 초당 1,000건의 커밋을 안정적으로 처리할 수 있는 고동시성 전용 버전 관리 시스템이 구축되었다. 이 시스템은 동시성 처리 외에도 에이전트 간 변경 충돌을 감지하고 해결하는 기본 레이어 역할을 수행한다.

   • 수백 개 에이전트가 동시에 생성하는 초당 1,000건의 커밋을 처리하기 위해 기존 Git을 대체하는 새 버전 관리 시스템을 만들었다.
   • 작업의 복잡도에 따라 기획자, 작업자, 검수자 에이전트로 역할을 나누어 병렬 처리 효과를 극대화했다.
3. 11:01 - 14:23

   기획자 간의 설계 충돌 및 분할 뇌 문제 해결

   여러 기획자 에이전트가 서로를 인지하지 못하면 코드베이스 내에 동일한 로직을 다르게 중복 생성하는 분할 뇌 현상이 일어난다. 기획 에이전트가 결정을 하위로 넘기지 않고 직접 내리도록 프롬프트를 구성해 작업 영역이 겹치지 않게 조율했다. 또한 공통 코드나 설계를 두고 기획자 간의 경합이 일어날 경우, 결정 사항을 기록한 공유 문서를 조정자 에이전트가 병합하고 컴파일 검사 참조를 통해 하류 작업자들에게 통일된 지침을 전파했다.

   • 독립된 기획자들이 동일한 개념을 중복 구현하는 분할 뇌 문제는 프롬프트를 통한 작업 영역 분할로 해결했다.
   • 동일한 파일을 두고 대립하는 기획자 간의 경합은 설계 문서를 통합하는 조정자(Reconciler) 에이전트를 도입해 통제했다.
4. 14:24 - 20:38

   머지 충돌 및 메가 파일 병목 현상 대응

   작업자 에이전트는 타 에이전트의 커밋되지 않은 변경 사항을 덮어쓰거나 자기 작업을 포기하는 경향이 있다. 이를 방지하기 위해 깨끗한 컨텍스트 윈도우를 가진 중립적 제3자 에이전트가 머지 큐 스타일로 충돌을 원자적으로 해결하도록 설계했다. 또한 에이전트들이 특정 파일에 지속적으로 코드를 덧붙여 병목이 발생하는 메가 파일 문제는 작업자가 감지 플래그를 세우면 새 커밋을 차단하고 분할 전담 에이전트를 투입해 파일 크기를 작게 유지했다.

   • 동일 파일 수정 시 발생하는 머지 충돌을 해결하기 위해 중립적인 제3자 조정 에이전트를 개입시켰다.
   • 코드 추가로 인해 파일이 비대해지는 메가 파일 현상은 감지 플래그 및 전담 리팩토링 에이전트를 통해 모듈화했다.
5. 20:39 - 27:30

   골화 문제 극복 및 스택형 리뷰 렌즈 시스템

   일반적인 AI 모델은 기존 코드를 삭제하는 것을 꺼리고 폴백 및 조건문을 쌓아두는 '골화' 성향을 보인다. 초기 개발 단계에서는 명시적 프롬프트를 통해 호환성을 깨는 변경과 리팩토링 권한을 제공해야 코드베이스 비대화를 막을 수 있다. 검수 단계에서는 관용성, 성능, 보안, 네이밍 등 특정 역할과 컨텍스트만 부여된 여러 검수자 에이전트를 배치하고, 지적 사항의 타당성을 다시 거르는 종합 검수자를 두어 오류 누적을 차단했다.

   • 상용 환경 위주의 파인튜닝 지침을 덮어쓰기 위해 에이전트에게 의도적인 파괴 및 리팩토링 권한을 명시적으로 부여했다.
   • 다양한 시각을 가진 검수자 에이전트를 연결한 스택형 리뷰 렌즈 구조로 코드 품질과 신뢰도를 향상시켰다.
6. 27:31 - 32:17

   실험의 한계점 및 미래 소프트웨어 공학의 방향성

   이번 결과물은 실제 상용 환경에 즉시 투입 가능한 수준은 아니며, 초기 80% 구현 이후의 완성도를 높이는 작업에는 더 많은 자원이 소요된다. 또한 SQLite는 20년 이상 검증된 명세서와 테스트 수트가 존재하고 학습 데이터에도 관련 코드가 대량 포함되어 있어 완벽히 백지 상태에서 시작하는 프로젝트와는 조건이 다르다. 그럼에도 정교한 컨텍스트 분리, 전용 버전 관리, 에이전트 시스템 구축 등 오케스트레이션 및 아키텍처 설계 영역에서 엔지니어의 역할이 핵심으로 떠오르고 있음을 보여준다.

   • 기존 정교한 명세와 학습 데이터의 존재로 인해 이번 실험 결과를 일반적인 신규 소프트웨어 개발에 그대로 적용하기는 어렵다.
   • 미래의 소프트웨어 엔지니어링은 아키텍처 설계, 명세 작성, 멀티 에이전트 시스템 오케스트레이션 중심으로 이동한다.