• 자신을 「최종 책임을 지는 매니저」라고 설정하면, AI 구현자와 AI 리뷰어의 출력물에 대해 인간이 어디를 확인해야 하는지가 명확해진다.
• 모든 코드를 정독하는 것이 아니라, 책임의 경계, 설계 방침, 검증 전략, 라이선스 및 보안 등의 고위험 영역에 리뷰를 집중시켜야 한다.
• AI 시대의 개발자 가치는 「스스로 전부 쓰는 것」보다 「품질 책임을 가지고 개발 시스템을 설계하고 의사결정하는 것」으로 이동한다.

최근 자주 생각하는 것은 AI 활용 하의 코드 리뷰를 어떻게 위치시켜야 하는가입니다.

저는 다음과 같은 관점이 적절하다고 생각합니다.

• AI 구현자: 코드를 작성하는 담당
• AI 리뷰어: 차이점(diff)을 체크하는 담당
• 자신: 프로덕트 개발에 최종 책임을 지는 매니저

이 구도로 생각하면, 「코드 리뷰를 해야 하는가」라는 질문에는 사실 상당히 실무적인 답이 나옵니다.

답은 「책임을 진다면 리뷰는 필요하다. 단, 전부를 같은 입도(granularity)로 읽을 필요는 없다」 입니다.

인간 개발자들로만 팀 개발을 하는 경우, 매니저는 통상 모든 파일의 한 줄 한 줄을 읽지는 않습니다.

그럼에도 책임을 질 수 있는 것은 다음 사항들을 파악하고 있기 때문입니다.

• 방향성 (무엇을 만들 것인가, 무엇을 만들지 않을 것인가)
• 품질 기준 (무엇을 만족하면 출하할 수 있는가)
• 리스크 관리 (장애, 보안, 법무)
• 검증 체제 (테스트, 모니터링, 롤백)

AI 구현자와 AI 리뷰어를 사용할 때도 본질은 같습니다.

다른 점은 구현 속도가 올라가면서 「의사결정의 느림」과 「확인 누락」이 눈에 띄기 쉬워진다는 것입니다.

AI의 코드를 매번 정독하는 운용은 대부분의 경우 스케일(scale)하지 않습니다.

대신, 개발자 본인이 다음과 같은 책임 경계를 명확히 해두면 리뷰 부하와 품질을 양립하기 쉬워집니다.

• 이 변경이 무엇을 만족하면 완료인가

• 비기능 요구사항 (성능, 가용성, 감사성)을 포함하는가

• 레이어 분리나 의존 방향을 깨뜨리고 있지 않은가

• 경계 (API, DB, 권한)의 설계가 일관적인가

• 향후 변경 비용을 불필요하게 늘리고 있지 않은가

• 보안 취약점(security hole)을 만들지 않는가

• OSS 라이선스나 이용 약관에 저촉되지 않는가

• 장애 발생 시의 영향 범위와 복구 수단이 있는가

• 어떤 테스트가 통과되면 안전하다고 말할 수 있는가

• 수동 확인이 필요한 사용자 플로우는 어디인가

• 모니터링, 로그, 알람(alert)으로 이상을 감지할 수 있는가

이 4가지를 인간이 쥐고 있다면, 모든 구현 상세를 읽는 것은 필수 사항이 아니게 됩니다.

「꼼꼼히 읽을 필요가 없다」는 「아무것도 읽지 않는다」와는 다릅니다.

AI 시대에도 인간이 깊게 읽어야 할 차이점은 명확히 존재합니다.

• 인가(Authorization)·인증(Authentication)
• 과금 로직
• 데이터 삭제/이전
• 외부 공개 API 계약
• 암호·키 관리
• 감사 로그/법령 대응

요컨대, 사고 비용이 높은 영역입니다.

이곳은 매니저 관점에서도, 담당자 관점에서도 인간이 최종 확인을 가져야 합니다.

흥미로운 점은 개인 개발에서도 이 구도가 성립한다는 것입니다.

혼자서도,

• 구현은 AI에게 맡긴다
• 리뷰 보조도 AI에게 맡긴다
• 단, 최종 책임은 자신이 가진다

라는 운용은 가능합니다.

이때 중요한 것은 코딩 시간의 길이가 아니라, 다음과 같은 매니지먼트(management) 능력입니다.

• 변경 목적을 명문화하는 능력
• 태스크를 안전하게 분할하는 능력
• 수락 기준(acceptance criteria)을 정의하는 능력
• 리스크에 우선순위를 매기는 능력

즉 「쓸 줄 아는 사람」에서 「개발 시스템을 설계할 수 있는 사람」으로 무게 중심이 이동하는 것입니다.

마지막으로, 제가 유효하다고 생각하는 최소 규칙을 남겨둡니다.

• 변경을 작게 분할하여 1PR 1목적을 지킨다
• AI 리뷰 결과는 그대로 채택하지 않고, 중대한 리스크 항목만 인간이 재확인한다
• 라이선스·보안·과금·권한은 반드시 인간의 승인을 거친다

이 운용이라면 전문 정독을 줄이면서도, 책임을 방기하지 않는 형태로 속도를 높일 수 있습니다.

AI 구현자와 AI 리뷰어가 강해질수록 인간의 역할은 「쓰는 것」에서 「떠맡는 것」으로 변해갑니다.

• 무엇을 만들지 결정한다
• 어디를 엄격하게 볼지 결정한다
• 최종적으로 출하 책임을 진다

이 3가지를 쥐고 있다면 모든 코드를 꼼꼼히 읽는 것은 필수적이지 않습니다.

반대로 말하면, 그 부분을 쥐지 않은 채 AI에게 맡기는 운용은 속도는 나더라도 책임의 공백을 만듭니다.

AI 시대의 개발자는 구현자이기 이전에 개발 체제의 설계자이다.

저는 이것이 앞으로의 표준에 가까워질 것이라고 느끼고 있습니다.