클로드 코드, 러스트로 다시 쓴 '번' 탑재 확인

지금 쓰고 있는 클로드 코드(Claude Code)는 러스트(Rust)로 다시 쓰인 자바스크립트 런타임 번(Bun) 위에서 돌아가고 있다. 영국 개발자 사이먼 윌리슨이 7월 19일 자신의 블로그에서 바이너리 분석으로 이를 직접 확인했다.

무슨 일인가: 조용히 바뀐 엔진

발단은 번 공동창업자 재러드 섬너의 주장이다. 섬너는 '번을 러스트로 다시 쓰기'라는 글에서 6월 17일 출시된 클로드 코드 v2.1.181부터 러스트 포팅판 번이 탑재됐고, 리눅스에서 시작 속도가 10% 빨라졌지만 거의 아무도 눈치채지 못했다고 밝혔다. "지루한 게 좋은 것(Boring is good)"이라는 말과 함께다.

윌리슨은 이 주장을 검증하기로 했다. strings 명령으로 클로드 실행 파일을 뒤지자 '번 v1.4.0'이라는 버전 문자열이 나왔다. 깃허브에 공개된 번의 최신 정식 릴리스는 5월 12일자 v1.3.14다. 즉 클로드 코드에는 아직 정식 공개도 되지 않은 미래 버전의 번이 미리 실려 있었던 것이다. 이 러스트판은 현재 카나리(canary) 채널을 통해 설치할 수 있게 풀렸다.

핵심 짚어보기: 563개의 러스트 파일

결정적 증거는 두 번째 명령이었다. 실행 파일 안에서 러스트 소스 경로(.rs)를 추출하자 'src/bundler/bundle_v2.rs' 같은 파일명 563개가 쏟아졌다. 러스트로 재작성된 번이 이미 수백만 대의 기기에서 상용 가동 중이라는 뜻이다.

흥미로운 건 검증에 쓰인 도구가 전부 strings·grep 같은 수십 년 된 유닉스 기본 명령이라는 점이다. 거창한 리버스 엔지니어링 없이도, 내 컴퓨터에 깔린 도구가 실제로 무엇으로 만들어졌는지 몇 줄 명령으로 확인할 수 있다는 사실을 보여준 사례이기도 하다.

1인기업 실전 적용 포인트

• 자동화 파이프라인의 핵심 도구는 버전 변화를 챙기자. 이번처럼 겉으로 티 내지 않고 엔진이 통째로 바뀌는 일도 있으니, 크론 로그에 도구 버전을 함께 남겨두면 '어제까지 되던 게 안 되는' 상황의 원인 추적이 빨라진다.
• strings, grep, --version 조합은 훌륭한 무료 진단 키트다. 블랙박스처럼 느껴지는 CLI 도구도 10분이면 내부 구성을 어느 정도 파악할 수 있다.
• 시작 속도 10%는 한 번 쓸 땐 티가 안 나지만, 크론으로 하루 수십 번 CLI를 호출하는 자동화 환경에선 누적 효과가 있다. 반복 호출형 자동화를 운영한다면 런타임 개선 소식에 민감해질 필요가 있다.
• 많이 쓰는 서비스가 러스트 같은 언어로 이동하는 흐름 자체가 신호다. 새 도구를 고를 때 유지보수가 활발한 생태계인지 판단하는 기준으로 삼자.

전망과 주의점

'아무도 눈치 못 챈 교체'는 성공한 마이그레이션의 정의이기도 하다. 다만 사용자 입장에선 검증 없이 신뢰만 남는 구조가 되기 쉽다. 중요한 업무를 CLI 도구에 맡기고 있다면 업데이트 직후 핵심 워크플로 한두 개를 돌려보는 스모크 테스트 습관이 이런 조용한 대개편의 리스크를 줄여준다. 러스트판 번 자체는 아직 카나리 단계인 만큼, 일반 프로젝트에 바로 채택하기보다는 추이를 지켜볼 시점으로 보인다.

출처: 사이먼 윌리슨 블로그 (https://simonwillison.net/2026/Jul/19/claude-code-in-bun-in-rust/)