프롬프트는 끝났다, 이제 루프를 설계한다
Codex와 Claude Code가 표준으로 만든 자율 에이전트 운영법
에이전트에게 한 줄을 입력하는 시대에서, 에이전트를 대신 굴리는 프로그램을 짜는 시대로. 6월 7일 Peter Steinberger와 Boris Cherny가 함께 밀어올린 루프 엔지니어링의 핵심을 정리한다.
2026년 6월 7일 OpenClaw를 만든 Peter Steinberger와 Anthropic의 Claude Code 책임자 Boris Cherny가 같은 주장을 동시에 폈다. 코딩 에이전트에 프롬프트를 직접 치지 말고 에이전트에게 프롬프트를 대신 던져주는 프로그램을 설계하라는 것이다. 이 방식에는 루프 엔지니어링이라는 이름이 붙었다.
루프 엔지니어링은 한 번의 일회성 요청을 관리되는 공정으로 바꾼다. 에이전트가 목표를 받고, 격리된 브랜치나 워크트리에서 코드를 고치고, 검사를 돌리고, 실패 로그를 읽고, 계획을 수정해 다시 시도한다. 정의 한 줄로 압축하면 이렇다. 루프는 cron에 의사결정자를 더한 것이다. 매 틱마다 다음 행동을 하드코딩된 분기가 아니라 모델이 고른다.
한눈에 보기
| 계기 | 2026-06-07 Peter Steinberger, Boris Cherny 동시 주장 |
| 전환 | 프롬프트 입력 → 루프 설계 |
| 한 줄 정의 | 루프 = cron + 의사결정자 |
| 필수 부품 | 목표, 격리 워크트리, 검사, 실패 읽기, 재시도 |
| 안전장치 | 예산, 게이트, 로그, 에스컬레이션 |
| 현재 | OpenAI Codex 앱, Claude Code에 거의 그대로 탑재 |
한 번의 완벽한 프롬프트가 아니라 사이클을 짠다
루프 엔지니어링은 에이전트 하니스 엔지니어링보다 한 층 위에 있다. 하니스 엔지니어링이 단 한 번의 완벽한 지시문을 다듬는 일이라면, 루프 엔지니어링은 에이전트가 일하고, 테스트하고, 배우고, 멈추는 순환 자체를 설계한다. 초점이 "무엇을 시킬까"에서 "어떻게 계속 돌게 할까"로 옮겨간다.
이 개념이 빠르게 주류가 된 이유는 단순하다. 부품이 이미 제품 안에 들어와 있기 때문이다. Steinberger가 정리한 "루프에 필요한 것" 체크리스트는 OpenAI Codex 앱에 거의 그대로 맞아떨어지고 Anthropic의 Claude Code에도 거의 같은 목록이 들어간다. 별도 프레임워크를 깔 필요 없이, 지금 쓰는 코딩 에이전트 안에서 루프를 구성할 수 있다.
피드백이 없는 루프는 자기 자신과 맞장구치는 기계다
좋은 루프와 나쁜 루프를 가르는 건 피드백이다. 테스트, 타입 검사, 리뷰 게이트처럼 에이전트의 결과를 밀어내고 반박하는 장치가 있어야 루프를 믿을 수 있다. 밀어낼 게 없는 루프는 모델이 자기 자신과 맞장구치는 것에 지나지 않는다. 검사가 통과하지 않으면 다음 틱으로 넘어가지 못하게 막는 구조가 핵심이다.
그리고 좋은 루프는 영원히 돌지 않는다. 예산, 게이트, 로그, 그리고 사람에게 넘기는 에스컬레이션 지점을 가진다. 토큰을 무한정 태우거나 같은 실패를 반복하지 않도록 멈출 조건을 미리 박아둔다. 자율성은 멈출 줄 아는 설계에서 나온다.
1인과 소규모 팀에게 무슨 의미인가
이 패턴이 솔로프리너에게 중요한 이유는 노동의 단위가 바뀌기 때문이다. 프롬프트를 직접 치는 동안에는 사람이 에이전트의 속도에 묶인다. 루프를 짜두면 사람은 루프를 시작하고 결과만 검수한다. 인디 메이커 한 명이 밤사이 여러 에이전트 루프를 동시에 돌리고 아침에 통과한 변경만 리뷰하는 운영이 가능해진다.
AI 우선 팀에게는 인력 대신 루프를 늘리는 확장 모델이 열린다. 반복되는 리팩터링, 테스트 보강, 의존성 업데이트 같은 일은 잘 설계된 루프에 위임하고 사람은 "무엇을 만들지"를 정하는 판단에 시간을 몰아준다. 단, 게이트와 예산을 허술하게 짜면 루프는 비용만 태우고 쓰레기 PR을 쌓는다. 효과는 루프 설계의 품질에 정비례한다.
anyAX 관점
인디 메이커 한 명이 밤사이 에이전트 루프 다섯 개를 돌리고 아침에 통과한 변경만 리뷰한다면, 그의 산출량은 더 이상 그가 키보드 앞에 앉아 있는 시간에 묶이지 않는다. 루프 엔지니어링이 1인에게 주는 진짜 선물은 코드 자동화가 아니라 이 분리다. 프롬프트를 직접 칠 때 사람은 에이전트의 속도에 묶이지만 루프를 짜두면 노동의 단위가 "내가 한 작업"에서 "내가 굴린 공정 수"로 바뀐다.
그러나 레버리지의 크기는 정확히 게이트의 품질에 비례한다. 피드백 없이 도는 루프는 모델이 자기 자신과 맞장구치며 토큰만 태우고 쓰레기 PR을 쌓는다. 그래서 1인의 진짜 경쟁력은 루프를 띄우는 데 있지 않고 어떤 검사를 통과 조건으로 세우고 어디서 멈춰 사람을 부를지 정하는 설계에 있다. 예산, 게이트, 에스컬레이션 지점, 이 정지 조건들이 자율성을 신뢰로 바꾼다.
거창한 자율 에이전트를 꿈꿀 필요는 없다. 매주 반복하는 리팩터링이나 의존성 업데이트 한 줄에 목표와 피드백과 멈출 조건을 붙여 믿을 수 있는 루프로 만드는 것, 그게 시작이다. 루프를 잘 설계한 1인이 손으로 다 치는 열 명을 이긴다.