人間に届く前にAIレビューで品質を上げる

이렇게 한다

인간이 리뷰하기 전에, AI에 의한 리뷰를 거듭한다.

구현 AI의 자기 체크 —— 수락 조건(Acceptance Criteria)과의 대조
신선한 AI의 리뷰 —— 구현 문맥을 모르는 서브 에이전트(Sub-agent)나 다른 모델에 차분(Diff)을 전달. 선입견이 없기 때문에 구현자가 착각하여 놓친 것을 잡아낸다
인간의 리뷰 —— 여기까지 통과한 것들만 전달된다

지적 사항이 나오면 구현 AI가 대응하게 하고, 다시 리뷰한다. 인간 앞에 도달하기 전까지 상당히 높은 퀄리티까지 끌어올린다.

이유: 병목 현상은 인간의 리뷰 시간

人間往復が本当の遅さ

가장 비싸고 희소한 리소스는 인간의 시간입니다. 거친 상태로 리뷰를 내놓으면, 인간이 세세한 지적을 작성하고, AI가 수정하고, 다시 인간이 확인하는 —— **인간의 왕복(Human round-trip)**이 늘어납니다. 이것이 진정한 느림입니다.

다중 리뷰는 한 태스크의 사이클을 조금 느리게 만드는 대신, 인간의 체크 횟수와 깊이를 줄입니다. 재작업(Rework)이 줄어들어, 결과적으로는 빠릅니다.

게다가 대전제로서, 병렬로 움직이고 있다(축 B). AI 리뷰가 돌아가는 대기 시간 동안, 인간은 다른 태스크를 보면 됩니다. 한 개의 태스크 소요 시간이 아니라, **동시에 흐르는 전체 태스크의 처리량(Throughput)**으로 생각하면 답은 명확합니다.

이는 수탁 개발이라면 고객에게 전달하기 전의 품질에 관한 이야기이기도 합니다. 인간(우리 자신)의 체크는 고객의 눈에 닿기 전 마지막 보루입니다. 그곳에 도달하는 시점의 품질을 시스템으로 높여두는 것이 신뢰와 직결됩니다.

운용의 팁

리뷰 관점은 공유된 척도로. 수락 조건과 프로젝트 코드 지도에 있는 '함정'을 관점으로 전달한다. 관점이 굳어지면 기술화(Skill-up) -
다른 모델을 섞는 가치. 같은 모델은 같은 사각지대를 갖기 쉽다. 다른 모델의 리뷰는 다른 각도에서 날카롭게 파고든다 -
인간 리뷰를 공동화(Hollowing out)시키지 말 것. AI 리뷰 통과는 골(Goal)이 아니라 전제다. 인간은 사양(Specification)·UX·리스크 등 인간만이 판단할 수 있는 것에 집중한다

알림

이 기사는 이데아라이브(Idealive) 사내의 「AI 주도 개발의 사고방식」 문서(총 12편)를 시리즈로 공개하고 있는 것입니다.

Discussion