앤트로픽이 9월 14일 자사 엔지니어링 블로그에 재미있는 숫자를 공개했습니다. 사내에서 Claude가 머지되는 코드의 80%를 작성하고 있고, 그 결과 엔지니어 한 명당 분기별 코드 출고량이 2021~2025년 평균보다 8배 늘었다는 겁니다. 그런데 정작 이 글의 주제는 "코드를 얼마나 빨리 짜느냐"가 아니라 "그다음에 뭐가 터졌느냐"입니다.
코드가 8배 늘어나니 테스트 코드도 따라서 10배 늘었고, 엔지니어 수는 찔끔 늘었는데 CI(지속적 통합) 작업량은 6개월 만에 25배로 폭증했습니다. PR을 올릴 때마다 전체 테스트 스위트를 다 돌리던 방식이 완전히 한계에 부딪힌 거죠.
왜 신경 써야 할까
바이브코딩을 이야기할 때 다들 "얼마나 빨리 만드느냐"에만 집중하는데, 정작 실무에서 먼저 무너지는 건 그 뒤에 있는 인프라입니다. 코드 작성은 이미 병목이 아니고, PR 리뷰도 AI가 상당 부분 거들면서 빨라졌다면, 남는 건 "이 변경이 정말 안전한가"를 확인하는 단계뿐입니다. 앤트로픽처럼 AI로 코드량이 폭증한 조직이라면 조만간 똑같은 벽을 만나게 됩니다.
앤트로픽이 택한 해법은 전체 테스트를 다 돌리는 대신, 이번 diff가 실제로 건드린 코드 경로에 연결된 테스트만 골라서 돌리는 "테스트 영향 분석(test impact analysis)"을 대규모로 확장한 것입니다. 코드와 테스트 사이의 의존 관계를 그래프로 관리해서, PR마다 필요한 테스트만 정확히 골라내는 방식입니다. 블로그 글의 결론도 담백합니다 — "항상 지수적 증가를 가정하고 설계하라."
아직 아쉬운 점
이건 앤트로픽이 자기네 초거대 인프라에 맞춰 자체 구축한 시스템 이야기라, 오픈소스로 풀리거나 바로 가져다 쓸 수 있는 도구는 아닙니다. 일반 프로젝트에서 테스트-코드 의존 그래프를 이 정도로 정교하게 관리하려면 별도의 투자가 필요하고요. 그래도 "에이전트가 코드를 짜는 시대엔 코드 생산이 아니라 검증 인프라가 먼저 무너진다"는 진단 자체는, 지금 Claude Code나 Cursor로 하루에 PR을 여러 개씩 찍어내는 팀이라면 한 번쯤 곱씹어볼 만합니다.
댓글 0
첫 댓글을 남겨보세요!