The Last Human Code Review: Building Trust in AI-Generated Code — Itamar Friedman, Qodo

한 줄 핵심

AI가 코드를 더 빨리 쓰는 시대의 병목은 모델 성능이 아니라 코드 리뷰에 필요한 조직의 맥락을 수집·구조화해 인간과 에이전트가 함께 신뢰할 수 있는 검토 체계를 만드는 데 있다.

시간별 요약

1. 0:00
   병목이 이동한 이유와 코드 리뷰의 존재 이유 코드를 쓰는 속도보다 배포 후 검증과 정렬이 더 큰 병목이 되었고, 코드 리뷰는 품질·안전성·유지보수성을 확인하는 장치이자 팀의 기준과 지식을 맞추는 장치로 설명된다.
2. 3:38
   모든 줄을 신뢰하는 쪽과 빠르게 배포 후 고치는 쪽 조직은 각 줄을 인간이 반드시 검토해야 한다는 쪽과 속도를 우선해 문제를 운영에서 빠르게 고치면 된다는 쪽으로 갈리며, 자동화 수준은 결국 어떤 철학을 택하느냐에 따라 달라진다.
3. 5:19
   장벽은 모델이 아니라 컨텍스트 최신 모델의 추론 능력은 충분히 좋아졌지만, 코드 리뷰의 품질을 가르는 핵심은 무엇을 넣어주느냐에 있다. 컨텍스트가 부족하면 좋은 모델도 뻔한 지적만 내놓는다.
4. 7:03
   서로 충돌하는 지시 파일에 흩어진 컨텍스트 agents.mds, cloud.mds, skills.mds 같은 지시 파일이 제각각 쌓이면서 팀과 조직마다 기준이 달라지고, IDE·CLI·워크플로까지 퍼진 에이전트를 일관되게 통제하기 어려워진다.
5. 8:48
   지식은 머리와 Slack에 남아 있다 조직의 경험과 암묵지는 문서보다 개발자들의 머리와 Slack, Teams 같은 대화 속에 더 많이 남아 있으므로, 이를 추출해 인간과 에이전트가 함께 쓸 수 있는 형태로 바꾸는 작업이 필요하다.
6. 9:42
   인간과 에이전트를 동시에 위한 지식 구조화 규칙과 표준을 수집해 리뷰 시 인간에게는 근거 링크와 위반 항목을 보여주고, 에이전트에게는 다음 행동을 위한 구조화된 지식으로 제공해야 코드 리뷰 자동화의 신뢰가 생긴다.
7. 10:34
   규칙을 보여주는 인터페이스와 다음 에이전트에게 남기는 메모 검토 도구는 인간이 감사하고 이해할 수 있는 설명을 제공하는 동시에, 다른 에이전트가 바로 이어서 수정을 수행할 수 있도록 리뷰 결과와 후속 작업 맥락을 남겨야 한다.
8. 12:19
   인간 댓글이 줄어드는 것을 준비 완료 신호로 보기 PR에서 인간의 코멘트가 점점 줄어드는 것은 자동화가 충분히 신뢰를 얻고 있다는 신호로 해석되며, 그 이전에는 규칙과 표준, 실패 사례를 더 많이 축적해야 한다.
9. 13:11
   아키텍처, 계약, 과거 장애를 코드화하기 단순한 규칙을 넘어 시스템 아키텍처, 서비스 간 contract, 과거의 outage와 root cause analysis까지 구조화해야 하며, 마이크로서비스 그래프와 연결 정보가 그 기반이 된다.
10. 14:05
    자동 승인과 차단을 점진적으로 추가하기 자동 approve와 block은 한 번에 도입하는 기능이 아니라, PR 히스토리와 논의, 수락·거절 사례를 학습하며 규칙을 하나씩 늘려가는 방식으로 구축해야 한다.
11. 16:38
    PR 대신 소프트웨어 그래프를 검토하기 미래의 코드 검토는 개별 PR이 아니라 전체 소프트웨어 그래프를 보고 충돌 가능성과 계약 위반을 찾는 방향으로 이동하며, 그 과정에서 조직의 판단 기준은 AI가 이해 가능한 지식으로 축적되어야 한다.

실무 인사이트

• 코드 리뷰 자동화의 첫 과제는 모델 교체가 아니라 규칙·표준·사례를 한곳에 모아 인간과 에이전트가 같은 근거를 보게 만드는 것이다.
• 자동 승인보다 먼저 필요한 것은 어떤 변경을 차단해야 하는지 명시하는 축적된 정책이며, 이는 PR 댓글 수와 리뷰 빈도로 점진적으로 검증할 수 있다.
• 팀 지식을 문서화할 때는 사람용 설명과 에이전트용 구조를 함께 설계해야 재사용성과 신뢰성이 동시에 올라간다.