AI 코딩 뒤에는 풀 리퀘스트 검토가 병목이 된다
가 코드를 더 빨리 만들면서 수가 늘고, 검토 시간이 하루 업무에서 더 큰 비중을 차지하게 됐다. 병목은 코드를 읽는 행위 자체보다 변경 의도, 작업 요청과의 일치 여부, 남길 만한 의견을 고르는 판단 과정에 있다. 이를 줄이기 위해 를 먼저 살펴보는 를 쓰고 있다.
에이전트가 를 내려받고, 저장소 지침, , 전체 변경 내용, 주변 테스트를 읽은 뒤 검토자가 바로 판단할 수 있게 정리한다. 결과물에는 변경된 부분과 위험한 지점 설명, 파일별 요약, 알파벳순이 아닌 논리적 파일 묶음, 받아들이거나 고치거나 버릴 수 있는 초안 의견이 포함된다. 최종 의견 게시와 검토 책임은 여전히 사람이 맡는다.
이 방식은 처음부터 맥락을 파악하는 시간을 줄였지만, 전체 검토 시간은 아직 충분히 짧아지지 않았다.
핵심 포인트
- 가 코드를 빨리 만들수록 검토량이 늘어난다.
- 검토의 어려움은 코드 읽기보다 의도 파악과 작업 요청 확인에 있다.
- 는 저장소 지침, 티켓, 변경 내용, 테스트를 함께 읽고 첫 정리를 만든다.
- 파일별 요약, 위험 지점, 논리적 파일 묶음, 초안 의견이 검토 시간을 줄인다.
- 최종 검토 의견은 자동 게시하지 않고 사람이 승인한다.