[한영자막] 코드 리뷰 없앤 지 3개월, 사이트가 터졌습니다

한 줄 핵심

AI 코딩 에이전트는 개발 속도를 크게 높이지만, 코드 리뷰와 설계 검증을 없앤 채로 운영하면 코드베이스 품질이 빠르게 무너져 결국 장애로 돌아온다.

시간별 요약

1. 0:00
   AI 코딩을 생산환경에 넣는 흐름이 빠르게 확산되고 있지만, 코드 리뷰를 줄이거나 없애면 장애와 인시던트가 늘어나는 균열이 이미 보이고 있다. 단순히 토큰을 더 쓰고 루프를 늘린다고 해결되는 문제가 아니라는 문제의식이 전체 주장이다.
2. 3:00
   전통적인 소프트웨어 팩토리는 기획, 구현, 테스트, 코드 리뷰, 배포, 사용자 피드백, 모니터링이 이어지는 구조였고, AI 시대에는 구현 단계만 agent로 바뀐 채 나머지 병목이 그대로 남아 있다. 여기에 코드 리뷰와 회귀 테스트까지 agent로 대체하고, 더 나아가 lights-off software factory처럼 사람이 코드를 읽지 않는 방향으로 가면 결국 운영 위험만 커진다.
3. 7:00
   vibe coding처럼 작은 사이드 프로젝트를 빠르게 만드는 방식과, 복잡한 brownfield 시스템을 오래 유지보수하는 방식은 제약이 전혀 다르다. 실제 현장에서는 3~6개월만 지나도 agent가 코드베이스 맥락을 놓치며, 사용자는 장애를 겪고 개발자는 뒤늦게 읽기 어려운 코드와 마주하게 된다.
4. 10:01
   Claude code의 성공은 단순히 도구가 좋아서가 아니라, 배포될 harness에 맞춰 모델을 학습시킨 결과라는 점이 중요하다. 다만 현재의 RL과 벤치마크는 테스트 통과 같은 단기 정답에는 강하지만, 장기적인 유지보수성이나 아키텍처 품질 같은 느린 비용을 충분히 반영하지 못한다.
5. 14:01
   해결책은 코드를 아예 안 읽는 방향이 아니라, 오히려 사전 정렬을 강화해 리뷰 비용을 줄이는 쪽이다. product review, system architecture, program design, vertical slices 같은 단계에서 AI를 활용해 설계를 먼저 맞추면, 최종 code review는 더 짧고 안정적으로 유지되며 여전히 사람이 품질을 책임질 수 있다.

실무 인사이트

• AI 코드 생성 속도를 올릴수록 코드 리뷰를 줄이기보다 사전 설계 문서와 아키텍처 정렬을 더 촘촘히 두는 편이 장애를 줄인다.
• 에이전트 도입 성과는 생성 속도보다 유지보수성, 회귀율, 인시던트 수로 같이 봐야 하며, 테스트 통과만으로 품질을 판단하면 위험하다.
• 복잡한 코드베이스에서는 작은 기능은 바로 agent에 맡기되, 구조 변경과 다중 모듈 영향이 큰 작업은 human-in-the-loop 검토를 유지하는 것이 현실적이다.