[한영자막] 마지막 인간 코드 리뷰: AI가 생성한 코드에 신뢰를 쌓는 방법 — 이타마르 프리드만, Qodo
한 줄 핵심
AI가 생성한 코드를 신뢰하려면 모델 성능보다 팀의 규칙·아키텍처·과거 장애·암묵지를 컨텍스트로 구조화해, 사람과 에이전트가 함께 검증하고 점진적으로 자동 승인·차단으로 넘어가야 한다.
시간별 요약
-
0:00
코드 리뷰는 왜 필요한가 코드 리뷰의 핵심 목적은 품질·안전성·유지보수성을 검증하는 일과, 시니어의 최종 확인을 통해 팀의 기준을 맞추고 학습을 전달하는 일이다. 따라서 자동화의 목표도 이 두 역할을 해치지 않으면서 병목만 줄이는 데 있어야 한다.
-
3:26
모든 줄을 신뢰할 것인가, 빠르게 고칠 것인가 조직은 버그를 절대 통과시키지 않으려는 쪽과, 일부 결함을 받아들이고 빠르게 수정하는 쪽으로 나뉜다. 어떤 철학을 택하느냐에 따라 필요한 도구와 자동화 수준이 달라지므로, 먼저 팀의 기준을 명확히 해야 한다.
-
5:07
모델보다 중요한 것은 컨텍스트 최신 모델의 추론력보다 중요한 것은 무엇을 넣어 주느냐 하는 컨텍스트다. 적절한 배경 정보가 없으면 좋은 모델도 엉뚱한 지적을 반복하므로, 리뷰 품질의 핵심은 컨텍스트 설계에 있다.
-
6:51
팀마다 흩어진 규칙과 지식 규칙과 지식은 agents.md, cloud.md 같은 파일, IDE의 코딩 에이전트, 워크플로, MCP, RAG 등 여러 곳에 흩어져 있어 일관성을 해친다. 이런 분산 상태에서는 신뢰와 가시성이 부족해지고, 이를 묶는 거버넌스 계층이 필요해진다.
-
8:36
개발자 머릿속과 Slack에 있는 암묵지 조직의 경험과 판단 기준은 문서보다 개발자 머릿속과 Slack 대화에 더 많이 남아 있다. 이 암묵지를 코드화해 사람과 에이전트가 함께 참조할 수 있는 지식 구조로 바꾸는 것이 핵심이다.
-
9:30
사람과 에이전트를 위한 컨텍스트 설계 코드 리뷰 자동화는 규칙과 표준을 모아 사람에게는 신뢰 가능한 근거로, 에이전트에게는 실행 가능한 입력으로 제공해야 성립한다. 리뷰 결과에 규칙 위반 내역과 링크를 함께 보여 주면 사람이 결과를 검증하기 쉬워진다.
-
10:22
사람용 규칙과 에이전트용 인터페이스 같은 지식이라도 사람에게는 읽기 쉬운 인터페이스, 에이전트에게는 행동 가능한 인터페이스가 따로 필요하다. 에이전트가 사전 수정과 재검토를 수행하고, PR 코멘트가 줄어들기 시작하면 자동화 전환의 신호로 볼 수 있다.
-
12:07
리뷰 코멘트가 줄어들 때 자동화를 준비하라 단순한 규칙을 넘어 시스템 아키텍처와 과거 장애, 계약 파괴 사례까지 컨텍스트에 포함해야 한다. 특히 마이크로서비스 간 계약과 장애 이력을 담아야 자동 승인·차단의 근거가 생긴다.
-
12:59
아키텍처·계약·과거 장애까지 담는 컨텍스트 소프트웨어 그래프를 만들고 노드와 엣지에 계약, 논의 이력, 장애 원인을 연결하면 리뷰의 단위가 PR 하나에서 시스템 전체로 확장된다. 이 단계가 되어야 PR 승인·차단을 규칙 기반으로 단계적으로 자동화할 수 있다.
-
13:53
자동 승인과 차단을 단계적으로 도입하기 자동화는 한 번에 전환하는 것이 아니라, 규칙을 축적하고 분석해 승인과 차단 기준을 점진적으로 늘리는 방식이어야 한다. 어느 규칙이 자주 작동하는지, 어떤 기준이 유효한지 측정하면서 거버넌스를 계속 갱신해야 한다.
-
16:26
PR 대신 소프트웨어 그래프를 리뷰하는 시대 미래의 리뷰 대상은 개별 PR이 아니라, 상호 연결된 소프트웨어 그래프와 그 안의 충돌 가능성이다. 인간의 판단을 AI가 대체하려면 먼저 그 판단 기준과 경험을 정교하게 코딩해야 하며, 이것이 AI wisdom으로 가는 길이다.
실무 인사이트
- 코드 리뷰 자동화의 출발점은 모델 교체가 아니라, 팀의 규칙·계약·예외 사례를 한곳에 모아 사람과 에이전트가 동시에 읽을 수 있게 만드는 일이다.
- 자동 승인·차단은 곧바로 도입하지 말고, 자주 반복되는 규칙부터 계량화해 점진적으로 확대해야 운영 리스크를 줄일 수 있다.
- PR 단위 리뷰만으로는 부족하므로, 마이크로서비스 계약과 과거 장애 이력을 연결한 소프트웨어 그래프 관점의 가시성을 먼저 확보해야 한다.