Loop Engineering: The Quiet Revolution in How We Work with AI

"I don't prompt Claude anymore. I have loops running that prompt Claude and figuring out what to do. My job is to write loops." — Boris Cherny, Head of Claude Code, Anthropic (2026)

---

프롬프트 시대의 종말

지난 몇 년간 AI와 협업하는 주류 멘탈 모델은 단순했다. 입력하면 응답이 돌아온다. 교묘한 프롬프트를 작성하고, 컨텍스트를 붙여넣고, 출력을 읽고, 다시 입력한다. 인간은 항상 운전석에 앉아 테니스 경기처럼 왕복한다. 이 방식은——어느 정도까지는——잘 작동했다.

하지만 그 시대는 조용히 끝나고 있다.

**Loop Engineering(루프 엔지니어링)**의 세계에 오신 것을 환영한다. 이는 2022년 GitHub Copilot 등장 이후 AI 지원 개발에서 가장 중요한 전환일 것이다. 핵심은 "더 나은 프롬프트를 쓰는 것"이 아니다. 프롬프트를 입력하는 사람 자체를 불필요하게 만드는 것이다.

---

루프란 정확히 무엇인가?

에이전트형 AI에서 루프는 모델이 행동을 취하고, 환경으로부터 피드백을 받으며, 그 피드백을 사용해 다음 행동을 결정하는——목표 조건이 실제로 충족될 때까지 계속되는——반복 사이클이다. 이는 연쇄(A → B → C)가 아니다. 동적인 것이다. 에이전트는 A→B로 진행하다 B가 실패했음을 발견하고, 접근을 수정해 재시도할 수 있다——모두 인간이 지켜볼 필요 없이.

이 아이디어는 프inceton과 Google 연구에서 나온 ReAct 패턴(Reason + Act, 추론과 행동)으로 거슬러 올라간다. 사이클은 다음과 같다.

1. 목표 이해
2. 코드 작성 / 행동 취하기
3. 실행하고 출력(또는 오류) 관찰
4. 무엇이 잘못되었는지 추론
5. 수정하고 재실행
6. 완료될 때까지 반복

이 피드백 루프——추론, 행동, 관찰, 반복——이 바로 루프 엔지니어링의 핵심이다. (2)

---

프롬프트 → 컨텍스트 → 하네스 → 루프로

루프 엔지니어링이 왜 중요한지 이해하려면, 우리가 어떻게 여기까지 왔는지 궤적을 봐야 한다. AI 개발 패러다임은 불과 4년 만에 3번 이동했다.

날카로운 비유가 이렇게 말한다. "2022년, 우리는 완벽한 이메일 작성법을 연구했다. 2025년, 우리는 받은편지함 관리를 배웠다. 2026년, 우리는 이메일 시스템 자체를 설계하고 있다." 엔지니어링의 엄밀함이 사라진 것이 아니다——단지 이동했을 뿐이다. 프롬프트에서 컨텍스트로, 컨텍스트에서 시스템 아키텍처로. (4)

루프 엔지니어링은 이 스택의 정점에 위치한다. Peter Steinberger가 완벽히 짚었다. "더 이상 코딩 에이전트에 직접 프롬프트를 입력해서는 안 된다. 에이전트에 프롬프트를 주는 루프를 설계해야 한다." (1)

---

잘 설계된 루프의 다섯 기둥

모든 루프가 동등하지는 않다. 설계가 부실한 루프는 토큰을 낭비하고, 영원히 실행되거나, 진행을 환각한다. 견고한 루프는 다섯 가지 요소——더하기 하나의 중요한 메모리 레이어——로 구성된다.

자동화(심박)

타이머, git 이벤트, 또는 CI 신호에 의해 자율적으로 발견과 트리아지를 수행하는 정기 트리거. 이것이 루프를 진짜 루프로 만드는 요소이며, 단순한 일회성 실행이 아니다. Claude Code의 /loop와 /goal 명령, 또는 Codex의 Automations 탭이 이를 구현한다. (1)

워크트리(혼란 없는 병렬 실행)

여러 에이전트가 동시에 작업할 때 각각 분리된 환경이 필요하다. Git worktree는 각 에이전트에 독립적인 작업 디렉터리를 제공해 서로 덮어쓰지 않게 한다——인간 협업에서도 발생하는 조율 문제를 시스템 수준에서 해결한 것이다.

스킬(체계화된 지식)

모든 프롬프트에 거대한 지시 블록을 붙여넣는 대신, 프로젝트 지식을 재사용 가능한 SKILL.md 파일에 인코딩해 에이전트가 이름으로 호출할 수 있게 한다. 이로써 루프는 장기적으로 유지보수 가능하고 일관성을 유지한다.

플러그인과 커넥터(도구 접근)

루프는 에이전트가 실제 세계와 상호작용할 수 있을 때만 작동한다——테스트 실행, 파일 읽기, API 호출, Linear나 GitHub에 쓰기 등. 도구셋의 품질이 루프의 효과를 직접 좌우한다. 에이전트가 자신의 코드를 실행할 수 없다면, 루프는 단순한 추측에 불과하다. (2)

서브에이전트(구상과 검증)

하나의 에이전트가 제안하고, 다른 에이전트가 검증한다. 이 관심사 분리——코드를 작성한 에이전트가 채점하는 에이전트가 아님——은 에이전트형 시스템에서 가장 강력한 신뢰성 패턴 중 하나다. (3)

메모리(접착제)

Markdown 파일, Linear 보드, 단일 대화 바깥에 존재하는 모든 것. 모델은 실행 사이에 모든 것을 잊는다. 하지만 저장소는 잊지 않는다. 이 외부 메모리가 여러 세션에 걸친 루프를 이어주는 실이다.

---

왜 이것이 모든 것을 바꾸는가

그 영향은 깊다. 루프 엔지니어링은 개발자의 역할을 운영자에서 아키텍트로 전환한다. 더 이상 크랭크를 돌리는 사람이 아니다——크랭크를 돌리는 기계를 설계하는 사람이 된다.

이는 소프트웨어 개발에 특히 강력하다. 소프트웨어 개발은 본질적으로 반복적이기 때문이다. 숙련된 엔지니어도 한 번에 완벽한 코드를 작성하지 않는다. 실행하고, 오류를 보고, 수정하고, 다시 실행한다. 루프 엔지니어링은 AI 에이전트에 동일한 피드백 사이클을 부여하고——그 과정 중간의 인간 병목을 제거한다. (2)

Claude Code와 Codex 모두의 /goal 원시 기능은 완벽한 예시다. "test/auth의 모든 테스트가 통과하고 lint가 깨끗하다"와 같은 검증 가능한 중지 조건을 정의하고——자리를 비운다. 별도의 소형 모델이 각 턴 후에 완료 여부를 확인하므로, 코드를 작성한 에이전트가 채점하는 에이전트가 되지 않는다. (1)

---

솔직한 주의사항

루프 엔지니어링은 정말 흥미롭지만, 위험에 대해 솔직해야 한다.

• 토큰 비용이 급격히 치솟을 수 있다. 자율 루프는 신중하게 경계를 설정하지 않으면 막대한 토큰을 소비할 수 있다. "토큰이 풍부한" 팀과 "토큰이 부족한" 팀의 사용 패턴은 크게 다르다.
• 모호한 목표는 무한 루프를 만든다. "앱을 더 좋게 만들어라"는 루프 조건이 아니다. "모든 단위 테스트를 통과시켜라"가 그렇다.
• 감사 대상이 코드에서 궤적으로 이동한다. 결정론적 워크플로에서는 모든 단계가 소스 코드에서 추적 가능하다. 에이전트형 루프에서는 궤적이 실행 과정 안에 존재한다——로깅과 인간 승인 체크포인트에 관한 새로운 패턴이 필요하다. (3)
• 아직 초기 단계다. Addy Osmani가 이 주제에 관한 기초 글에서 말했듯: "나는 회의적이며, 반드시 조심해야 한다." 도구는 빠르게 성숙하고 있지만, 모범 사례는 아직 작성 중이다. (1)

---

결론

루프 엔지니어링은 과장이 아니다. 단발성 프롬프트로 할 수 있는 것을 소진한 후의 자연스러운 다음 단계——진정한 아키텍처 전환이다. 2026년 이후 번창할 엔지니어는 가장 교묘한 프롬프트를 쓰는 사람이 아니다. 가장 우아하고, 신뢰할 수 있으며, 자기 수정하는 시스템을 설계하는 사람이다.

루프가 새로운 작업 단위다. 설계하는 법을 배워라.

---

참고 자료

1. Addy Osmani, "Loop Engineering", addyosmani.com, June 7, 2026 — addyosmani.com
2. MindStudio Team, "What Is Loop Engineering? The New Meta for AI Coding Agents", mindstudio.ai, June 9, 2026 — mindstudio.ai
3. Molisha Shah, "What Are Agentic Design Patterns? 2026 Pattern Catalog", augmentcode.com, May 18, 2026 — augmentcode.com
4. "From Prompts to Harnesses — Four Years of AI Agentic Patterns", bits-bytes-nn.github.io, April 5, 2026 — bits-bytes-nn.github.io