Bun의 Rust 재작성, 정말 11일 만에 끝난 걸까?

‘11일 만에 재작성 완료’라는 말, 어디까지 믿어야 하나

• Bun의 Rust 재작성은 AI 코딩 능력을 보여주는 대표 사례처럼 퍼졌음

  • Bun의 Jarred Sumner는 2026년 7월 8일 “Bun을 Rust로 재작성했다”는 글을 올렸고, 재작성은 2026년 5월 3일부터 14일까지 11일 동안 진행됐다고 설명됨
  • Anthropic API 호출 비용은 16만 5천 달러, 하루로 치면 약 1만 5천 달러 수준임

• 글쓴이는 이 사례가 Anthropic의 기업 가치와 AI 코딩 능력 홍보에 너무 잘 맞아떨어진다고 봄

  • Bun은 Anthropic에 인수된 프로젝트고, 재작성에도 Anthropic 도구가 쓰였다는 연결고리가 있음
  • 그래서 “AI가 오픈소스 유지보수자의 일을 더 빠르게 해냈다”는 식의 해석이 투자 스토리로 소비되기 쉽다는 문제의식임

저장소를 보니 ‘완료’라고 부르기 애매한 신호가 많음

• 2026년 7월 27일 기준, 재작성 코드가 main에 병합된 지 6주가 지났지만 새 릴리스 태그가 없다고 함

  • 마지막 Bun 릴리스 태그 이후로는 11주가 지난 상태라고 지적함
  • Bun이 한 달 넘게 릴리스를 건너뛴 적은 2022년 10월 26일부터 12월 7일까지의 6주 공백 정도였다고 비교함

• Claude Code가 만든 것으로 보이는 robobun PR 수가 오히려 늘고 있음

  • 7월 9일에는 robobun의 오픈 PR이 1,277개였는데, 7월 27일에는 2,475개로 증가함
  • 글쓴이는 이 숫자를 보고 “끝났다”기보다 아직 큰 작업이 계속 굴러가는 중이라고 해석함

• Buildkite 검증 파이프라인 시간도 무시하기 어렵다는 계산이 나옴

  • PR 하나를 main에 병합하기까지 Buildkite 체크가 대략 40분, 길면 1시간 30분까지 걸리는 것처럼 보였다고 함
  • 단순 계산으로 남은 Claude PR을 모두 병합하려면 파이프라인을 쉬지 않고 돌려도 약 86일이 걸릴 수 있다는 얘기임

sequenceDiagram
    participant 개발자 as Bun 개발자
    participant 클로드 as Claude Code
    participant 저장소 as Bun 저장소
    participant 빌드 as Buildkite
    participant 직원 as Anthropic 직원
    개발자->>클로드: Rust 재작성 작업 요청
    클로드->>저장소: robobun PR 대량 생성
    저장소->>빌드: 빌드와 테스트 실행
    빌드-->>저장소: 통과 또는 실패 결과 반환
    직원->>저장소: PR 리뷰와 추가 커밋 참여
    저장소-->>개발자: 릴리스 태그는 아직 없음

비용 계산은 토큰값만 보면 안 된다는 게 핵심

• 글쓴이가 의심하는 건 “AI가 코드를 못 짠다”가 아니라 “이게 정말 그 비용과 기간에 끝난 일이냐”임

  • 16만 5천 달러는 이미 많은 오픈소스 유지보수자에게는 말도 안 되는 금액임
  • 그런데 여기에 Buildkite 클러스터 사용량, 계속 생성되는 PR, Anthropic 직원의 직접 참여까지 더하면 장부 밖 비용이 생김

• 글쓴이는 재작성 비용이 계속 누적되고 있을 가능성을 제기함

  • 만약 아직도 하루 1만 달러 수준으로 비용이 나가고 있다면, 전체 비용은 80만 달러에 가까워질 수 있다고 계산함
  • 물론 이건 추정이지만, 적어도 “11일, 16만 5천 달러, 완료”라는 식의 단순한 서사와는 거리가 있음

• Anthropic 직원과 robobun의 Rust 관련 참여가 오히려 증가하는 흐름도 언급됨

  • 초반에는 주말에 쉬는 패턴이 보였지만, 최근에는 뭔가 릴리스를 향해 다시 강하게 밀어붙이는 분위기로 읽힌다고 함
  • 글쓴이는 이 상황을 두고 “아직 끝난 게 아니라 뭔가를 향해 계속 램프업 중”이라고 봄

이 글이 개발자에게 던지는 질문

• AI 코딩 데모를 볼 때 제일 중요한 질문은 “돌아가냐”보다 “릴리스됐냐”에 가까움

  • 대형 코드베이스 재작성은 코드 생성, 테스트 통과, 리뷰, 성능 회귀 확인, 릴리스, 사용자 피드백까지 이어지는 긴 작업임
  • main에 병합됐다는 사실만으로 운영 가능한 제품 상태라고 보기엔 부족함

• 오픈소스 유지보수자의 일을 AI가 대체했다는 주장도 비용 구조를 봐야 함

  • 하루 1만 5천 달러의 토큰 비용은 대부분의 개인 유지보수자에게 이미 접근 불가능한 규모임
  • 여기에 기업 내부 인프라와 직원 시간을 더하면, 이건 “AI가 저렴하게 해냈다”가 아니라 “대기업이 AI와 인프라를 크게 태웠다”에 가까울 수 있음

• 글쓴이는 AI 자체를 부정하진 않음

  • 본인도 ML과 AI 작업을 자랑스럽게 여긴다고 선을 긋고 있음
  • 다만 지금의 과열된 분위기에서는 AI 성과가 기업 가치평가를 떠받치는 이야기로 너무 쉽게 포장된다고 보는 쪽임

기술 맥락

• Bun을 Rust로 다시 쓰는 선택은 런타임의 성능과 안정성을 더 강하게 가져가려는 결정으로 볼 수 있어요. JavaScript 런타임은 파일 시스템, 네트워크, 패키지 해석, 번들링 같은 낮은 레벨 작업을 많이 건드리기 때문에, 언어 선택이 전체 아키텍처와 릴리스 안정성에 직접 영향을 줘요.

• 여기서 AI가 한 일은 단순히 코드를 많이 만든 게 아니라 기존 프로젝트의 큰 방향을 바꾸는 재작성 작업에 투입된 거예요. 그래서 비용을 볼 때 API 토큰값만 보면 안 되고, 왜 그 코드가 맞는지 검증하는 리뷰와 테스트, 실패한 PR을 다시 고치는 반복까지 같이 봐야 해요.

• Buildkite가 중요하게 등장하는 이유는 CI/CD가 대형 재작성의 병목이 되기 때문이에요. PR 하나가 40분씩 걸리면 수천 개 PR은 코드 작성 속도보다 검증 처리량이 더 큰 문제가 되고, 이 비용은 오픈소스 유지보수자가 체감하는 실제 작업량에 가까워요.

• “main에 병합됨”과 “사용자에게 릴리스됨”은 꽤 다른 상태예요. 특히 Bun처럼 개발자 도구 체인 한가운데 있는 프로젝트는 작은 회귀도 사용자 빌드, 패키지 설치, 런타임 동작을 깨뜨릴 수 있어서, 릴리스 태그가 없다는 건 아직 검증이 끝나지 않았다는 신호로 읽을 수 있어요.