AI 변경의 범위 좁히기

AI가 일으키는 피해의 가장 큰 단일 원인은 한 번에 너무 많은 것을 바꾸게 두는 것이다. 아홉 파일에 걸친 400줄 디프는 리뷰가 불가능하고 버그를 숨기기 쉽다.

변경을 작고 한정되게 유지하라:

• 한 번에 하나의 논리적 변경을 요청하고, "온 김에 이것도..."는 하지 말라.
• 명시적으로 말하라: "src/auth.js만 건드려라. 다른 것은 아무것도 리팩터링하지 말라."
• 동작하는 상태를 자주 커밋해서, 항상 롤백할 깨끗한 지점을 가져라.
• AI가 큰 재작성을 제안하면, 하나씩 리뷰할 수 있는 단계로 작업을 쪼개달라고 요청하라.

작은 범위는 다음 단계 — 디프 읽기 — 를 실제로 가능하게 만든다. 여기에는 복리 효과가 있다: 작은 커밋은 폭발 반경(blast radius)도 작다. 한정적인 변경이 틀린 것으로 판명되면, 커밋 하나를 되돌리고 10분을 잃는다. 거대한 변경이 틀리면, 어느 부분이 망가뜨렸는지 풀어내느라 한 시간을 쓰거나, 오후 작업 전체를 버리게 된다. 범위 규율은 필요할 줄 알기도 전에 사두는 값싼 보험이다.