"기술 스택은 처음에 잘 골라야 해. 한번 정하면 바꾸기 너무 힘들어." 스타트업부터 대기업까지, 이 말은 진리처럼 여겨졌어요.
그런데 2026년 5월, Bun이 그 공식을 깼어요. JavaScript 런타임 Bun이 Zig로 짜인 약 100만 줄의 코드를 6일 만에 Rust로 바꿨어요. 사람이 아니라 AI 코딩 에이전트(Claude Code)가 주도했고요.
다들 이렇게 믿었죠
기술 스택 선택이 무거운 이유는 명확했어요. 언어를 바꾸려면 전체 코드를 다시 쓰고, 팀 전체가 새 언어를 배우고, 기존 라이브러리를 마이그레이션해야 했거든요. Fortune 500 기업 소프트웨어의 70%가 20년 이상 된 레거시라는 데이터가 있어요. 마이그레이션 비용이 너무 커서 손도 못 대는 거예요. 언어 선택은 "되돌릴 수 없는 결정"의 대명사였어요.
Vagrant 창업자 Mitchell Hashimoto의 선언
"프로그래밍 언어는 예전에는 LOCK IN이었어요. 근데 점점 그렇지 않아지고 있어요."
근데 숫자는 정반대를 가리켰어요
2026년 5월 14일, Bun은 약 2,188개 파일을 수정하고 100만 줄 이상의 Rust 코드를 추가하면서 Zig 버전과 작별했어요. 공개적으로 알려진 AI 코드 전환 중 역대 최대 규모라는 평가가 나왔어요.
Bun 창업자 Jared Sumner는 마이그레이션 완료 후 이렇게 말했어요: "우리는 이미 몇 달 전부터 코드를 직접 타이핑하지 않고 있어요." Claude Code가 코드 작성, 테스트 실행, 버그 수정 루프를 AI가 주도한다는 뜻이에요.
이걸 가능하게 한 배경이 있어요. Anthropic이 2025년 12월 Bun을 인수했는데, 이후 Zig의 no-AI 정책이 Bun의 AI 중심 개발 방식과 충돌했거든요. Bun은 Zig 포크를 유지하는 대신 Rust로의 전면 이동을 선택했고, 그 이동을 AI 에이전트가 실행했어요. Claude Code로 Claude Code의 런타임을 재작성한 거예요.
비슷한 일이 다른 곳에서도 벌어지고 있어요. Simon Willison이 한 컨퍼런스에서 만난 개발자는, 레거시 iOS·Android 앱을 AI 코딩 에이전트로 React Native로 완전히 재작성했다고 했어요. 왜 React Native였냐고 물었더니 이렇게 답했어요: "나중에 마음에 안 들면 다시 네이티브로 포팅하면 되니까요." 기술 선택을 되돌릴 수 있는 것으로 대하는 태도 — AI 이전과 이후가 달라진 지점이에요.
| AI 이전 마이그레이션 | AI 에이전트 마이그레이션 | |
|---|---|---|
| 소요 기간 | 수개월 ~ 수년 | 수일 ~ 수주 |
| 비용 (20,000줄 기준) | 팀 공수 수개월 | 약 $150 |
| 리스크 | 사람 실수, 번아웃 | 자동 테스트 검증 루프 |
| 되돌리기 | 사실상 불가능 | 가역적 — 다시 마이그레이션 가능 |
그래서 기술 전략이 뭐가 달라지는 건데요
Hashimoto는 Rust를 두고 이렇게 말했어요: "Rust는 소모품이에요. 유용한 동안 쓰고, 그렇지 않으면 버리면 되는 거예요." 기술 스택을 "평생 함께할 파트너"가 아닌 "지금 가장 잘 맞는 도구"로 볼 수 있게 됐다는 뜻이에요.
이 변화는 AI 코딩 에이전트가 만든 경제성에서 나와요. 잘 설계된 멀티 에이전트 시스템은 코드 마이그레이션을 수개월에서 수일로 압축해요. 코드베이스 구조 분석, 테스트 픽스처 생성, 코드 전환 및 검증, 리팩토링을 에이전트가 병렬로 처리하면, 사람이 직접 하던 수준의 인지 부하가 필요 없어요.
한 가지 더 있어요. AI 코드 마이그레이션은 단순 번역이 아니에요. Bun 케이스에서 Rust의 메모리 안전성이 자동으로 use-after-free, double-free 같은 버그 클래스를 없앴어요. AI가 코드를 바꾸면서 더 나은 언어의 특성까지 함께 가져온 거예요. 마이그레이션이 단순 리라이트가 아니라 언어의 장점을 흡수하는 업그레이드가 되는 거죠.
AI 코드 마이그레이션 시작하는 법
- 마이그레이션 범위를 모듈 단위로 쪼개기
전체를 한번에 바꾸려 하지 마세요. 단일 에이전트에게 복잡한 코드베이스를 통째로 맡겼을 때 오작동, 누락 기능, 버그가 쏟아졌어요. 명확한 입출력이 있는 모듈 단위로 범위를 정하고, 각 모듈의 테스트를 먼저 준비하세요. - 4단계 에이전트 파이프라인 세우기
① 코드베이스 분석 에이전트(의존성·콜 체인 파악) → ② 테스트 픽스처 생성 에이전트(실제 입출력 캡처) → ③ 변환 에이전트(단위·회귀 테스트 검증) → ④ 리팩토링 에이전트(코딩 스탠다드 정렬). 모든 단계에 자동 검증이 있어야 해요. - 테스트 통과율을 유일한 게이트로 설정하기
Bun은 99.8% 테스트 통과를 확인하고 머지했어요. "대충 작동하는 것 같으면"은 기준이 아니에요. 숫자로 기준을 정하고, 그 기준을 통과하기 전까지는 다음 단계로 넘어가지 마세요. - 비용 대비 계산하기
20,000줄 마이그레이션의 AI 비용은 약 $150이에요. 같은 작업을 팀이 직접 하면 수개월치 엔지니어링 시간이 들어가요. 이 차이를 팀의 다음 기술 결정에 입력값으로 쓰세요. - 되돌릴 수 있다는 기준으로 기술 결정하기
다음 기술 스택 결정 때, "이걸 AI로 마이그레이션하는 데 얼마나 걸릴까?"를 기준 중 하나로 쓰세요. 모듈 경계가 명확하고 테스트 커버리지가 충분하면, 오늘의 선택이 내일 바꿀 수 있는 선택이 돼요.
한계는 있어요
AI 마이그레이션이 만능은 아니에요. 단순 에이전트 하나에게 복잡한 마이그레이션을 통째로 시키면 실패해요. 성능 최적화, 보안 강화, 유지보수성 확보는 AI가 자동으로 보장해주지 않아요. 한번에 올린 거대 커밋이라 리뷰가 어렵고 숨은 버그가 있을 수 있다는 회의적 시각도 있어요. 잘 설계된 파이프라인과 인간 검증이 여전히 필수예요.
.png)
