경계는 단순합니다: 건강한 사용은 출력을 이해하고 더 느릴 뿐 당신이 직접 작성할 수도 있었던 것이고, 건강하지 않은 사용은 설명하거나 디버깅할 수 없는 코드를 ship하는 것입니다. AI는 입력을 압축해야지 사고를 대체해서는 안 됩니다.
이해하지 못하는 것은 절대 merge하지 마세요. AI가 따라갈 수 없는 것을 만들면, 그것은 속도를 늦추라는 신호입니다 — 코드를 설명해 달라고 하고, 왜 이 API를 골랐는지 묻고, 이해될 때까지 더 작은 단계로 다시 만드세요. AI를 그것을 배우는 데 쓰지, 건너뛰는 데 쓰지 마세요. 자기 시스템을 유지보수할 수 없게 만드는 가장 빠른 길은 전혀 빠르지 않습니다; 그저 비용을 최악의 순간으로 미룰 뿐입니다.
좋은 시험: 내일 AI를 지워도 이 코드를 여전히 소유할 수 있나요? 그렇다면 더 빨리 가는 데 쓴 것입니다. 아니라면 문제를 회피하는 데 쓴 것입니다.
이해는 당신이 코드에 책임지게 만드는 것입니다. 추론할 수 없는 로직을 ship하는 순간, 디버깅하고 확장하고 그것이 옳은지 판단하는 능력을 잃고 — 그 부담을 리뷰어와 미래의 유지보수자에게 떠넘긴 것입니다. 누적되는 위험은 기술 위축입니다: 이해를 회피하려 AI에 기대면, 그것의 실수를 잡아내는 멘탈 모델을 더는 만들지 않게 됩니다. 이해와 함께 오는 속도는 당신에게 유리하게 쌓이고; 이해 대신 오는 속도는 당신에게 불리하게 쌓입니다.