배경
"루프 엔지니어링"은 지난 한 달간 주목받는 트렌드가 되었다. Anthropic과 OpenAI의 저명한 인물들이 프롬프트 작성을 그만두고 루프 설계를 시작했다고 밝히면서부터다.
Anthropic의 개발자 컨퍼런스에서 Claude Code 창시자 Boris Cherny가 말했다 (강조 추가):
"나는 더 이상 Claude에게 프롬프트를 작성하지 않는다. Claude에게 프롬프트를 보내고 무엇을 해야 할지 파악하는 루프를 만든다. 내 역할은 루프를 작성하는 것이다."
OpenClaw 창시자 Peter Steinberger도 루프 설계를 강조하는 포스트를 올렸고, 전 Google의 Addy Osmani는 다음과 같이 썼다:
"루프 엔지니어링은 에이전트에게 프롬프트를 보내는 당신 자신을 대체하는 것이다. 당신은 그것을 대신하는 시스템을 설계한다."
1. 시작점: "Ralph Wiggum" 루프
정확히 1년 전, 소프트웨어 엔지니어 Geoffrey Huntley가 'Ralph Wiggum as a software engineer'라는 글을 발표했다. 이름은 도움이 되고 싶은 경찰서장 아들 캐릭터에서 따온 것으로, 엔지니어링에서 "Ralph"는 에이전트를 올바른 방향으로 지속적으로 넛지(nudge)하는 기법이다. Geoff의 설명:
"Ralph는 기법이다. 가장 순수한 형태에서 Ralph는 Bash 루프다:
while :; do cat PROMPT.md | claude-code ; doneRalph는 대부분의 기업에서 그린필드 프로젝트의 외주를 대체할 수 있다."
Ralph 루프의 작동 방식:
- 태스크와 목표를 담은 프롬프트로 에이전트 시작
- 각 항목에 성공 기준이 있는 작업 계획 수립
- 루프 시작: 루프당 한 항목 처리
- 완료 시 목표 달성 여부 확인
- 미달성 시: 깨끗한 컨텍스트 창으로 에이전트 재시작
- 필요 시 서브에이전트 생성
이 접근법은 지난해 말 더 강력한 모델이 등장하면서 크게 주목받았다. Matt Pocock은 'Ralph Wiggum 기법으로 자면서 동작하는 코드 만들기' 튜토리얼을 제작했다.
Matt의 동적 Kanban 방식 프롬프트:
- 다음 기능 선택: 우선순위가 가장 높은 기능을 찾아서 그것만 작업
- 테스트 통과: 테스트가 통과하는지 확인 (
pnpm test) - 마스터 트래커 업데이트: PRD를 완료된 작업으로 갱신
- 작업 로그:
progress.txt에 진행 상황 추가 - 커밋: 기능에 대한 git 커밋 생성
Ralph 방식의 핵심: 컨텍스트 창 한계를 극복하기 위한 것이다. 각 에이전트 실행을 작은 단위로 분할하고, 파일시스템에 작업 내용을 "압축"하여 저장하며, 신선한 컨텍스트로 에이전트를 재시작한다.
2. /goal 커맨드의 등장
4월: Codex /Goals 출시
Codex가 "Goals" 기능을 탑재했다. 공식 문서에 따르면:
"일반 프롬프트는 말한다: 다음 작업을 해라. Goal은 말한다: 이 결과가 사실이 될 때까지 계속 일해라."
예시: /goal Reduce p95 checkout latency below 120 ms on the checkout benchmark while keeping the correctness suite green
이 단 하나의 명령으로 에이전트는 태스크를 분할하고, 서브에이전트를 생성하고, 완료될 때까지 실행한다.
5월: Hermes와 Claude Code도 /goal 탑재
5월 2일, Hermes 에이전트가 /goal을 출시했다. 12일 후 Claude Code도 동일한 기능을 탑재했다:
"/goal 커맨드는 완료 조건을 설정하고 Claude는 각 단계를 프롬프트하지 않아도 목표를 향해 작업을 계속한다."
3월에는 Claude Code가 /loop 커맨드도 출시했다 — JavaScript의 setTimeout()과 유사하게, 주어진 간격으로 작업을 반복한다.
3. 개발자들이 활용하는 루프: 트리거 & 크론잡
~210개의 개발자 응답을 분석한 결과, 두 가지 일반적인 패턴이 나타났다:
트리거/자동화: 이벤트 발생 시 에이전트 실행
- 에러 로그 발생, 새 티켓 생성, 고객 지원 피드백 수신 등
크론잡: 일정 주기로 에이전트 작업 실행
4. 실제 활용 사례
개발 관련:
- Sentry 이슈 자동 PR 생성: 앱 오류 → Sentry 이슈 → 크론 에이전트가 확인 → PR 없으면 자동 생성 → 미리뷰 없으면 Slack 알림
- 불안정한 테스트 수정:
/loop로 불안정한 테스트를 자동으로 수정, 13개의 PR 생성 - 장애 트리아지: 새 알림 발생 → 에이전트가 조사 → 코드 변경이라면 구현 → PR 생성 → 담당자에게 리뷰 요청
- 설계 계획 반복 검토: 에이전트가 루프로 실행하며 0개의 새 주요 이슈가 발견될 때까지 계속 검토
일일/야간 작업:
- 일일 제품 개선: 로그 분석 + 사용자 피드백 → 수정 PR 자동 생성
- 야간 E2E 테스트 감시: 테스트 실패 시 에이전트가 조사 → 실제 버그면 수정 → 테스트 재실행 → 아침에 PR 준비
복잡한 개발 작업:
- 장기 마이그레이션 자동화: 스타트업 창업자 Rafel Mendiola가 React 앱을 React Native/Expo로 전환 시 에이전트 스킬을 크론잡에 올려 30분마다 실행 → 대규모 마이그레이션 계획보다 인지적으로 훨씬 관리하기 쉬웠다고 함
5. 실망과 "토큰맥시밍"
일부 개발자들은 루핑을 시도 후 포기했다:
- 에이전트 표류 문제
- "루프에 있는 인간"이 더 나은 결과를 낼 때
- API 가격을 직접 내는 기업에서는 루프 엔지니어링이 매우 비싸질 수 있음
Max Kanat-Alexander (Distinguished Engineer)의 견해: "루프"는 하네스(harness)가 단일 프롬프트에서 동일한 작업을 할 수 있는 기능을 추가하는 동안의 임시 해결책이었을 뿐이다.
6. 컨텍스트 엔지니어링이 더 중요한가?
AI 인프라를 구축하는 엔지니어를 제외하면, 루프 엔지니어링을 깊이 파고드는 것은 큰 이점이 없어 보인다. 대신, AI 컨텍스트 창에 익숙해지는 것 — 루프 구축의 일부이기도 한 — 이 더 실용적일 수 있다.
핵심 요약 (20줄)
- "루프 엔지니어링"은 Claude Code의 Boris Cherny, OpenClaw의 Peter Steinberger 등 업계 리더들이 강조하기 시작한 새 패러다임이다
- 핵심 개념: 프롬프트를 직접 작성하는 대신, 프롬프트를 대신 전달하는 루프(시스템)를 설계한다
- 시작점은 1년 전 Geoffrey Huntley의 "Ralph Wiggum" 루프 — 기본 형태는
while :; do cat PROMPT.md | claude-code ; done - Ralph 루프는 컨텍스트 창 한계를 우회하기 위해 에이전트 실행을 분할하고, 파일시스템에 압축 저장하며, 신선한 컨텍스트로 재시작한다
- 2025년 말 더 강력한 모델 등장으로 Ralph 기법이 크게 주목받았다
- 2026년 4월 Codex가 /goal 커맨드를 탑재 — Ralph 루프를 단 하나의 명령어로 실행
- 5월 Hermes와 Claude Code도 /goal 커맨드 추가 — 이제 주요 AI 코딩 도구 모두 지원
- Claude Code는 3월에
/loop커맨드도 출시 — 일정 간격으로 작업 반복 - 개발자들이 가장 많이 사용하는 루프 패턴: 트리거/자동화와 크론잡
- 실용 사례: Sentry 이슈 자동 PR, 불안정 테스트 수정, 장애 트리아지, 야간 E2E 테스트 감시
- 더 복잡한 활용: 장기 마이그레이션을 30분 크론잡으로 분할 처리
- 일부 개발자는 에이전트 표류, 비용 문제로 실망 후 루핑 포기
- API 가격을 직접 내는 회사에서는 "토큰맥시밍"이 심각한 비용 문제가 될 수 있다
- Max Kanat-Alexander: "루프"는 하네스가 단일 프롬프트 지원을 추가하는 동안의 임시 해결책이었을 수 있다
- AI 인프라 개발자가 아니라면 루프 엔지니어링보다 컨텍스트 엔지니어링에 집중하는 게 더 실용적
- 컨텍스트 창을 이해하는 것이 루프 구축에도 필수적인 역량이다
- /goal은 결국 Ralph 루프를 운영 인프라로 포장한 것 — 에이전트 조율, 상태 관리, 테스트 실행을 자동화
- 루프 엔지니어링은 AI 코딩 패러다임의 진화를 보여주는 신호 — 프롬프트 작성에서 시스템 설계로
- 소규모 팀도 단순한 /goal 명령으로 복잡한 장기 에이전트 작업을 실행할 수 있게 됐다
- 이 글은 loop engineering의 현재 상태를 정직하게 평가한다 — 가능성과 한계 모두 포함해서