AI 코드 리뷰가 개발의 새 병목이 된 이유 — 코드래빗 CEO가 말하는 개발 흐름의 이동

핵심 메시지

• 코드 작성이 자동화되면서 소프트웨어 개발 생명주기의 최대 병목은 코딩이 아니라 코드 리뷰로 이동했다.
• 코드래빗은 풀 리퀘스트가 열리는 순간 웹훅으로 깨어나는 백그라운드 에이전트라, 개발자가 도구를 기억해 호출할 필요가 없다.
• 사람이 하던 한 줄 단위 리뷰는 '무엇을 만들지'를 정하는 명세 검토로 성격이 바뀌고 있다.
• AI가 만든 변경은 사람이 읽어내기 어려워졌고, 그래서 설명 가능성이 신뢰의 관건이 됐다.
• 코딩 에이전트에게 자기 결과물을 검토시키면 자기 변경을 과신하므로, 깨끗한 맥락에서의 별도 검증이 필요하다.

쉽게 이해하기

더 클라우드 걸 팟캐스트에 출연한 코드래빗 공동창업자 겸 CEO는 자신의 첫 창업을 먼저 꺼냈다. '리슨(listen)'을 거꾸로 쓴 이름의 옵저버빌리티 스타트업 넷실은 쿠버네티스와 마이크로서비스가 퍼지던 시기에 만들어졌고, 뒤에 뉴타닉스로 인수됐다. 당시 배포가 쉬워지자 병목이 관측으로 옮겨갔던 경험이, 지금 코드 생성이 쉬워지자 병목이 리뷰로 옮겨간 상황과 겹쳐 보였다는 것이다.

그는 지금의 개발 과정을 모래시계에 비유했다. 코딩 자체는 가장 좁은 허리 부분이 됐고, 위쪽에는 무엇을 만들지 정하는 기획과 요구사항 정리가, 아래쪽에는 검증과 리뷰가 남는다. 코딩 에이전트는 대부분 개인 워크스테이션에서 혼자 돌아가는 도구라 이 안쪽 루프는 이미 자동화됐지만, 지라·리니어·슬랙 같은 상류와 깃허브 같은 하류의 팀 단위 작업에 부담이 몰린다는 설명이다.

제품은 채팅이 아니라 웹훅이 출발점이다. 풀 리퀘스트가 열리면 샌드박스가 저장소를 복제하고, 오래된 정보 문제를 피하기 위해 그때그때 코드 그래프를 만든다. 여기에 정적 분석 결과를 더해 에이전트를 현실에 묶어두고, 흩어 모으는 방식으로 맥락을 준비한 뒤에야 추론 모델이 투입된다. 전체 파이프라인은 보통 10~15분이 걸려, CI에서 테스트가 끝나기를 기다리는 감각과 비슷하다.

초기 확산 전략은 공개 저장소의 오픈소스 관리자에게 제품을 무료로 푼 것이었다. 큰 회사의 개발자들이 남의 풀 리퀘스트에서 결과물을 직접 목격하고 자기 조직으로 끌고 들어오는 흐름이 만들어졌고, 공개 데이터로 맥락 조립 방식을 빠르게 개선할 수 있었다. 가격도 정액에 가깝게 낮게 유지해, 지금은 500만~600만 개 저장소에 설치돼 있다고 그는 밝혔다.

앞으로의 판단은 분명하다. 코딩 에이전트는 여러 개로 쪼개져 각자 취향대로 쓰이겠지만, 실제 고객에게 나가는 소프트웨어라면 어딘가에서 한 번은 사람이 들여다보는 관문이 필요하다는 것이다. 그는 그 관문이 리뷰 단계에 남을 것으로 보고, 리뷰를 넘어 기획과 장애 대응까지 팀 단위 협업으로 제품을 넓히려 한다고 말했다.

주요 인사이트

• 병목은 사라지지 않고 자리를 옮긴다. 클라우드가 배포를 쉽게 만들자 관측이 병목이 됐듯, 에이전트가 코드를 쉽게 만들자 리뷰가 병목이 됐다.
• AI가 만드는 결함의 성격이 달라졌다. 예외 처리를 빠뜨리는 식의 실수는 거의 하지 않는 대신, 애초에 필요 없는 변경이거나 중복을 늘려 코드베이스의 엔트로피를 키우는 상위 수준의 오류를 낸다.
• 정액 요금을 지키는 힘은 모델이 아니라 맥락 관리에 있다. 추론 모델에 맥락을 많이 밀어 넣을수록 오히려 초점을 잃기 때문에, 무엇을 잘라낼지 정하는 일이 비용과 품질을 동시에 좌우한다.
• 채용 기준도 바뀌었다. 코드 에디터를 얼마나 능숙하게 다루는지로 실력을 가늠하던 방식 대신, 처음 보는 코드에서 올바른 가설을 세우는 능력과 만들려는 도구에 대한 감각을 본다고 했다.
• 중앙에 꽂히는 도구라는 위치 자체가 이점이 된다. 개발자 1,000명이 각자 로컬에서 MCP를 연결하는 대신 관리자가 한 번 연결하면 모두가 혜택을 보고, 팀이 쌓은 지식이 공용 메모리로 축적된다.

자주 묻는 질문

관련 AI 소식