283줄 순증과 여권

29개 PR를 하루에 밀어 넣은 핵심은 더 많은 자동화가 아니라, 판단과 집행을 분리한 방식이었다.

작업은 Linear의 30개 티켓으로 시작했고, 8개 wave에 걸쳐 동시 4개 Claude Code 세션을 돌렸다. 각 세션은 먼저 계획을 세운 뒤 구현했고, 중간에 PR과 Linear 티켓, Threader 세션을 연결하는 ship script까지 만들어 반복 작업의 마찰을 줄였다. 결과적으로 +3,917줄 추가, -3,634줄 삭제, +283 net lines로 제품을 다시 다듬었다.

가장 중요한 판단은 사람이 맡았다. "agent page에 아직 볼 게 많다"처럼 모호한 티켓은 기획 단계에서 취소했고, 의존성을 놓친 계획은 승인하지 않았다. 반대로 명확한 작업은 병렬로 흘려보냈다.

이 흐름은 두 가지 전혀 다른 상황에서 같은 질문으로 이어졌다.

• 빠르게 성장하는 팀은 스케일이 커질수록 품질을 어떻게 강제할 것인가를 고민한다.
• 안전망 없이 전속력으로 달리는 팀은 속도를 유지하면서도 보증을 어떻게 확보할 것인가를 고민한다.

해결책은 standards-as-checks였다. 각 PR은 코드 규칙, 보안, 모바일 레이아웃, 접근성, DB migration 등 27개 체크를 통과해야 했고, 인간의 취향과 기준은 레포 안의 markdown으로 기록돼 AI 체크로 실행됐다. 사람은 기준을 정하고, 체크가 그 기준을 집행하며, 무엇이 ship 되는지는 사람이 최종 판단한다.

저자는 이를 **"intervention rates"**로도 설명한다. 중요한 지표는 얼마나 빨리 배포했는지가 아니라, 얼마나 자주 사람이 개입해야 했는지다. 체크가 잘 설계될수록 사람은 더 적게, 하지만 더 정확한 지점에서만 개입하게 된다.

여권 갱신도 같은 원리였다. 필요한 서류와 사진, 양식을 갖추면 통과하고, 부족하면 반려된다. 시스템은 이야기를 읽지 않고, 요구사항 충족 여부만 확인한다. 코드베이스도 같은 방식으로 운영할 수 있다는 것이 이 글의 핵심이다.