세 개의 루프가 있는 trench coat: 한 요원의 실제 해부학

에이전트는 마법이 아닙니다. 추론 루프, 도구 루프, 그리고 차단하는 인간입니다. 직업의 변화: 이제 프롬프트를 작성하는 것이 아니라 루프를 작성합니다.

간단히 말해

AI ‘에이전트’를 분해해 보면 세 개의 루프가 쌓여 있는 구조입니다: 모델과 대화하는 루프, 모델이 요청한 도구를 실행하는 루프, 그리고 인간이 ‘예’라고 말할 때까지 기다리는 루프. 첫 번째는 단순하고, 세 번째는 엔지니어링의 지옥입니다. 그리고 개발자의 역할은 이제 프롬프트를 작성하는 것이 아니라 이런 루프를 작성하는 쪽으로 이동하고 있습니다.

루프가 중요할 뿐, 프롬프트는 중요하지 않다

bobbytables.io의 글은 ‘에이전틱(agentic)’ 콘텐츠가 거의 하지 않는 일을 해냅니다: 바로 코드를 보여주는 것입니다. 추론 루프는 거의 무식할 정도로 단순한 while 루프입니다—완성 API를 호출하고, 결과를 기록에 쌓은 뒤 모델이 더 이상 도구를 요청하지 않을 때까지 반복합니다. 도구 루프는 모델이 도구를 요청할 때 작동합니다: 함수 이름을 확인하고, 함수를 호출한 뒤 tool_call_id로 연결된 결과를 반환합니다.

여기서 저자가 정확히 지적한 함정이 숨어 있습니다: 도구 호출 또한 텍스트로 추론된다는 점입니다. 따라서 함수 이름과 매개변수도 환각(hallucination)될 수 있습니다. 여러분의 도구 디스패처는 라우터가 아니라 공격과 검증의 표면입니다.

세 번째—인간 루프—는 기술적으로 루프가 아닙니다. 누군가가 계속 진행할지 여부를 결정하는 차단 호출입니다. 또한 이 루프는 프로세스를 중단시킬 수 있는데, 인간이 답변하는 데 사흘이 걸릴 수도 있기 때문입니다. 그래서 Temporal 같은 지속적 실행 엔진에 의존합니다.

내부 구조

while continueInferenceLoop
 inferred = aiClient.completeChat(messages: chatMessages)
 chatMessages.push(inferred result)
 if inferred.toolCalls.length == 0
 continueInferenceLoop = false
end

단 네 줄. 나머지 모든 것—기록의 지속성, 도구의 멱등성, 인간 승인 후 재개—은 분산 시스템의 고전적인 엔지니어링입니다. AI가 아닙니다.

결론

이 구조의 산업적 대응에는 이름이 있습니다. The Pragmatic Engineer에서 이를 문서화했는데, 바로 루프 엔지니어링(loop engineering)입니다. Addy Osmani의 공식이 전환을 요약합니다—“You design the system that does it instead”: 더 이상 요청을 서술하지 않고, 루프를 통해 요청을 서술하는 시스템을 설계하는 것입니다. Boris Cherny(Anthropic)는 한 걸음 더 나아가 “My job is to write loops”라고 말합니다. 이 기법은 Geoffrey Huntley의 ‘Ralph loop’에서 비롯되었는데, 간단히 말해 에이전트를 목표에 도달할 때까지 반복 호출하는 Bash 루프입니다.

실제로 배포된 사용 사례는 평범합니다: Sentry의 새로운 티켓에 자동으로 PR을 여는 것, 야간 실행 중 불안정한 테스트를 수정하는 것, 알림 분류, 장기간 마이그레이션. 2026년 5월 이후 Codex, Claude Code, Hermes는 /goal 명령을 통해这一切을 포장합니다.

채용 시 고려해야 할 역량은 더 이상 “프롬프트를 잘 작성하는가”가 아닙니다. 루프를 멱등성 있게, 관찰 가능하게, 중단 가능하게 만드는 능력입니다.