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

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

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

AI 작업 공간의 조각들은 하나의 연결된 루프를 이룬다 — 에이전트가 리포를 편집하고, 에디터와 언어 서버가 문제를 보고하고, 터미널이 코드를 실행하며, 모든 결과가 에이전트에게로 되돌아온다:

        ┌──────────────────────────────────────────────┐
        │                                               │
        ▼                                               │
   ┌─────────┐     편집       ┌──────────┐    실행   ┌──────────┐
   │에이전트 │ ─────────────▶ │  에디터  │ ────────▶ │  터미널  │
   └─────────┘                └────┬─────┘           └────┬─────┘
        ▲                          │                      │
        │                          ▼                      ▼
        │                    ┌──────────┐           ┌──────────┐
        │                    │   LSP    │           │   REPO   │
        │                    │  (에러)  │           │  (커밋)  │
        │                    └────┬─────┘           └────┬─────┘
        │                         │                      │
        └─────────────────────────┴──────────────────────┘
                      피드백이 되돌아온다

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