AI는 끝냈다는데 왜 출시는 느릴까? Matt Pocock의 AI 코딩 스킬 3가지

한 줄 핵심

AI 코딩의 병목은 생성 속도보다 검토·증거·회고의 흐름에 있으며, 작업 분해와 확인 결과, 다음 작업 반영까지 묶어야 실제 출시 속도가 빨라진다.

시간별 요약

1. 0:00
   AI는 끝냈다는데 왜 출시는 느릴까? 코드를 빨리 만드는 것만으로는 출시가 빨라지지 않으며, 완료를 믿을 수 있게 만드는 확인 과정이 필요하다. 작업을 나누고 결과를 검증하고 같은 실수를 줄이는 세 가지 스킬이 핵심으로 제시된다.
2. 0:33
   /implement-spec · 먼저 시작할 수 있는 일부터 서로 의존하지 않는 작업부터 AI에 맡기면 대기 시간을 줄이고 여러 작업을 병렬로 진행할 수 있다. 먼저 끝나야 할 일을 확인한 뒤 바로 시작 가능한 티켓을 골라 분배하는 방식이 처리량을 높인다.
3. 1:27
   /pr · 사람이 빠르게 검토하려면 검토자는 바뀐 내용을 빠르게 이해해야 하므로, 요청서에 요약과 근거, 위험이 함께 들어가야 한다. 긴 설명문보다 도표나 구조화된 형태로 전달하면 검토 속도가 올라간다.
4. 2:20
   완료했다는 말 옆에 확인한 결과를 작업이 끝났다는 주장만으로는 부족하고, 실제로 동작한다는 증거가 붙어야 판단할 수 있다. 테스트 통과, 스크린샷, 성능 개선, 롤백 가능성, 영향 범위 같은 확인 결과가 함께 있어야 한다.
5. 3:16
   /retro · 반복되는 실수를 줄이는 방법 작업이 끝난 뒤에는 다음에 같은 정보를 다시 찾지 않도록 환경과 맥락을 정리해야 한다. 자주 쓰는 파일 위치나 필요한 정보를 남겨 두면 AI가 다음 작업에서 헤매는 시간을 줄일 수 있다.
6. 4:25
   자동 검사와 사람이 판단할 기준 금지된 함수 사용처럼 기계가 판별할 수 있는 것은 자동 검사로 막고, 해석이 필요한 기준은 사람이 읽을 규칙으로 남겨야 한다. 모든 회고를 자동화하면 기능 개발보다 정리 작업이 늘어날 수 있다.
7. 5:03
   만들기 → 확인하기 → 다음에 반영하기 의존 관계를 기준으로 일을 나누고, 검토용 근거와 위험을 붙이며, 다음 작업이 덜 헤매도록 환경을 고치는 흐름이 전체 효율을 만든다. 핵심은 더 빨리 코드를 쓰는 것이 아니라 사람이 더 빨리 판단하고 다음 실행에 배울 점을 남기는 것이다.

실무 인사이트

• AI 코딩 속도를 높이려면 생성 단계보다 검토·증거·회고 단계를 명확히 구조화하는 것이 더 중요하다.
• 팀에서는 독립 작업의 병렬화와 의존 작업의 순서를 분리해 설계하면 대기 시간을 크게 줄일 수 있다.
• 완료된 작업에는 항상 테스트 결과, 영향 범위, 롤백 가능성을 붙여 리뷰 시간을 줄이고 배포 신뢰도를 높여야 한다.