Claude Code 팀의 코드 리뷰 방식

Claude가 자체 코드의 약 90%를 작성하는 Claude Code 팀은 코드 읽기의 대부분을 자동화하고, 사람은 위험 판단과 결과 책임에 집중하도록 리뷰 과정을 바꿈 목표는 대부분의 PR을 작성자를 포함한 사람 최대 1명의 관여로 병합하되, 되돌리기와 사고를 늘리지 않는 것임. 6월부터 9월까지 병합 PR 수는 2배 이상 늘었고, 되돌려야 했던 비율은 40% 넘게 감소함 리뷰를 마지막 승인 단계가 아닌 지속적인 검증 과정으로 운영함. PR 생성 전 자체 검증부터 AI 리뷰, 보안 검사, CI, 병합 대기열, 점진적 배포와 빠른 롤백까지 여러 방어 계층을 둠 사람의 승인 요건은 변경의 위험도에 따라 달라짐. 신뢰 목록에 있는 작성자의 저위험 변경은 자동 검사만으로 병합할 수 있지만, 고위험 변경은 사람 2명이 필요하며 에이전트 승인은 사람 승인을 대체하지 못함 리뷰 품질은 실제 사고 기반 평가와 오탐 분석으로 개선하고, 반복 리뷰가 끝없이 이어지지 않도록 관리함. 사람은 제품 방향, 아키텍처, 위험한 코드와 검증 증거를 판단하고 배포 결과에 책임을 짐 리뷰의 목적과 사람 시간의 측정 코드 리뷰의 역할은 출시 전 문제 발견과 수정, 팀 내 코드베이스 이해와 맥락 공유라는 두 가지임 에이전트가 만드는 변경량은 기존의 줄 단위 수동 리뷰로 감당하기 어려워지고 있음 Anthropic 모노레포의 일일 반영 변경 수는 올해 5월 약 2,500건에서 9월 3만 건 이상으로 늘어남 별도 저장소를 쓰는 Claude Code도 비슷한 압력을 받고 있음 판단 기준을 “사람이 코드를 읽었는가”에서 “무엇이 잘못될 수 있고 어떤 검사가 잡아야 하는가”로 바꿈 리뷰는 코드 작성 후 동료를 기다리는 관문이 아니라, 작성 중 맞춤법 검사처럼 계속 실행됨 대부분의 변경은 사람이 보기 전에 Claude의 리뷰와 수정을 최소 한 차례 거침 사람 시간에는 리뷰 시간뿐 아니라 잘못된 코드가 일으킨 문제를 고치는 시간도 포함됨 CLI, 데스크톱, 웹, 모바일 앱 저장소에서 대부분의 PR이 작성자일 수도 있는 사람 최대 1명의 관여로 병합되는 것이 목표임 PR별 사람 승인 수의 중앙값과 95백분위수, 사람의 댓글 수, 사람을 기다리는 시간을 추적함 되돌리기와 사고 비율이 오르면 시간을 절약한 것이 아니라 비용을 다른 곳으로 옮긴 것으로 판단함 PR 생성 전 검증과 리뷰 지침 Claude에는 테스트, 빌드, 디자인과 비교할 스크린샷처럼 직접 실행하거나...