Sumner Method: Bun의 AI 지원 Zig에서 Rust로의 리라이트가 대규모 마이그레이션에 대해 가르쳐주는 것

Jarred Sumner가 Bun을 Zig에서 Rust로 재작성한 글은 AI 지원 대규모 엔지니어링의 가장 구체적인 공개 사례 중 하나입니다.

놀라운 점은 단순히 수치만 있는 것이 아닙니다. 워크플로우 설계에 있습니다.

공식 Bun 게시물에 따르면, 이 리라이트는 약 50개의 Claude Code 동적 워크플로우, 최대 64개의 Claude 에이전트, 6,778개의 커밋, 대략 16,000개의 컴파일러 오류 수정, 그리고 +1M 라인의 diff를 포함했습니다.

저는 이 워크플로우를 연구하고 재사용 가능한 부분을 오픈 소스 플레이북으로 추출했습니다:

이 글은 그 패턴을 요약합니다.

핵심 루프 (The Core Loop)

재사용 가능한 워크플로우는

리뷰어 에이전트에게 단순히 "이 코드를 확인해 달라"고 요청하는 대신, 리뷰어는 코드의 모든 주장을 소스 파일, 타겟 파일, 테스트 또는 문서에서 증명할 수 없다고 가정하도록 지시받습니다.

이는 검토 작업을 승인(approval)에서 허위화(falsification)로 바꿉니다.

이것은 중요합니다. 왜냐하면 AI가 생성한 코드는 미묘하게 틀렸을 때조차 그럴듯해 보이기 때문입니다.

레포지토리에는 다음 내용들이 포함되어 있습니다:

단계별 템플릿(phase templates)
구현자(implementer), 리뷰어(reviewer), 수정자(fixer), 오케스트레이터(orchestrator)를 위한 역할 프롬프트(role prompts)
Claude Code용 워크플로우 노트
적대적 검토(adversarial review)가 포착해야 할 버그 클래스 예시
Bun 사례 연구 요약

이것은 AI가 엔지니어링 판단(engineering judgment)을 대체할 수 있다는 주장이 아닙니다.

제가 Bun의 리라이트에서 얻은 교훈은 거의 정반대입니다. 즉, AI 에이전트는 구조가 덜한 환경보다는 더 많은 엔지니어링 구조에 둘러싸여 있을 때 유용해진다는 것입니다.

작업은 분해(decomposed)되고, 검토(reviewed)되며, 측정(measured)되고, 게이트를 거쳐야 합니다.

이러한 구조가 없다면, "AI 리라이트"는 그저 높은 위험을 가진 그럴듯한 diff 묶음에 불과합니다.