피드백 루프를 촘촘하게 유지하기

변경이 작동하는지 더 빨리 볼 수 있을수록, 당신과 AI는 더 빨리 올바른 것으로 수렴한다. 느린 루프 — 무언가 깨졌는지 알기까지 몇 분을 기다리는 — 는 모든 실수를 조용히 배가시킨다.

• "실행"을 단일 명령으로 만들어라. npm run dev, make test, 무엇이든, 컨텍스트 파일에 문서화해 AI도 실행할 수 있게 하라.
• 빠른 테스트에 기대라. 단위 테스트 몇 개만 있어도 AI가 당신의 감시 없이 자신의 작업을 검증할 방법이 생긴다.
• 린터와 포매터를 써라. 이들은 한 부류의 오류를 즉시 잡아내고, 스타일 논쟁을 당신의 검토에서 빼준다.
• 오류를 AI에게 되돌려 보여줘라. 무언가 깨지면 실제 오류 메시지를 붙여 넣어라. 구체적인 피드백은 구체적인 수정을 낳고, "안 돼요"는 추측을 낳는다.

이 발상의 가장 깊은 버전은 AI가 스스로 루프를 닫게 하는 것이다. 당신이 명령을 실행하고, 실패를 읽고, 그것을 전달하는 대신, 에이전트에게 변경마다 테스트와 타입체커를 실행하고 본 것에 반응할 권한을 줘라. 사이클은 이렇게 된다: 편집하고, 실행하고, 실패를 읽고, 고치고, 다시 실행한다 — 모두 당신이 중간에 끼지 않은 채로. 당신의 역할은 배달부에서 감독으로 옮겨간다: 목표와 가드레일을 정하고, 루프가 도는 것을 지켜본다. AI가 편집하고, 실행하고, 실패를 보고, 스스로 고칠 수 있게 되면, 당신은 감독석에 머무는 동안 진짜 일을 해내는 루프를 구축한 것이다.