Addy Osmani가 2026년 6월 8일 Substack을 통해 제시한 개념으로, AI 코딩 에이전트(Claude Code, Codex 등)를 직접 프롬프트 하는 대신 에이전트를 프롬프트하고 관리하는 시스템(Loop) 을 설계하는 접근법입니다.

원문: Loop Engineering

핵심 개념

Loop Engineering은 Agent Harness Engineering의 상위 개념입니다.

“You shouldn’t be prompting coding agents anymore. You should be designing loops that prompt your agents.” — Peter Steinberger

한 번 시스템을 설계하면 AI가 스스로 작업을 발견 → 처리 → 검증 → 다음 작업 결정하는 재귀적·자동화된 루프 를 만듭니다. 이 루프는 타이머 기반으로 실행되고, 하위 에이전트를 생성하며, 스스로 유지됩니다.

Loop의 5가지 핵심 구성 요소 (+ 메모리)

1. Automations (자동화)

스케줄(또는 cron)에 따라 스스로 작업을 발견하고 triage합니다.

  • Codex의 Automations 탭, Claude의 /loop, /goal 등이 해당.
  • 발견된 이슈는 Triage inbox로 모이고, 완료되지 않으면 계속 반복.
  • 사람이 일일이 지시하지 않아도 Loop가 스스로 “무엇을 해야 하는가"를 결정.

2. Worktrees (작업 격리)

여러 에이전트가 동시에 작업할 때 파일 충돌을 방지합니다.

  • Git worktree로 별도 체크아웃 사용.
  • 병렬 작업의 안정성을 확보하고, 실패 시 롤백이 용이.

3. Skills (SKILL.md)

프로젝트 지식(컨벤션, 빌드 단계, 과거 결정 등)을 한 번 기록해 에이전트가 매번 재학습하지 않게 합니다.

  • 의도(intent) 누출 방지 — 프롬프트마다 모든 지식을 반복하지 않아도 됨.
  • 프로젝트의 암묵지를 명시적 지식으로 변환하는 투자.

4. Plugins & Connectors (MCP 기반)

이슈 트래커(Linear), Slack, DB, API 등 외부 도구와 연결합니다.

  • 루프가 실제 환경에서 PR 열기, 티켓 업데이트 등을 자동으로 수행.
  • Loop가 “생각만 하는” 시스템이 아닌, 실제 작업 환경과 통합된 실행 시스템이 되게 함.

5. Sub-agents (하위 에이전트)

Maker(작성)와 Checker(검증) 를 분리합니다.

  • 한 에이전트가 코드를 작성하면 다른 에이전트가 검토.
  • /goal에서도 검증 모델이 별도로 종료 조건을 확인.
  • Automated Doubt 프로세스와 동일한 철학: 단일 관점의 한계를 다중 관점으로 극복.

메모리

Markdown 파일, Linear 보드 등 디스크 기반 상태 관리.

  • 모델은 세션마다 기억을 잊기 때문에, Loop가 자신의 진행 상태를 디스크에 기록해야 지속적인 작업이 가능.

실제 Loop 예시

  1. 매일 아침 Automations가 CI 실패, 이슈 상태 확인
  2. Skills로 실패 원인 분석 (컨벤션, 과거 패턴 참조)
  3. Worktree에서 Sub-agent가 수정안 작성
  4. 검증 Sub-agent가 변경사항 검토
  5. 검증 통과 시 Plugins로 PR 열고 티켓 업데이트

Codex와 Claude Code 모두 비슷한 기능을 제공하므로, 특정 도구에 종속되지 않는 도구 독립적 설계 가 가능합니다.

한계와 주의점

  • 검증은 여전히 인간 몫 : 루프가 실수할 수 있으므로 최종 확인은 필수.
  • Comprehension Debt : 루프가 빠르게 코드를 생성하면 인간 이해도가 뒤처질 수 있음.
  • Cognitive Surrender : 루프에 너무 의존하면 판단력을 잃을 위험.
  • Token 비용 : 사용량이 폭발할 수 있어 비용 관리가 중요.

결론 및 시사점

  • Loop Engineering은 프롬프트 엔지니어링 → 시스템 설계 로의 전환을 의미하며, AI 코딩 워크플로의 미래 방향을 제시한다.
  • 핵심은 Maker-Checker 분리, 스케줄 기반 자동화, 프로젝트 지식의 명시화(Skills), 외부 도구 통합(Plugins)의 네 축을 유기적으로 연결하는 것이다.
  • Comprehension Debt와 Cognitive Surrender는 Loop 도입 시 반드시 관리해야 하는 리스크이며, 인간 엔지니어가 여전히 판단의 중심에 있어야 한다.
  • 아직 초기 단계이므로 신중하게 도입하고, 직접 프롬프팅과의 균형을 유지하는 것이 바람직하다.

한 줄 결론: Loop Engineering은 AI 에이전트에 명령을 내리는 것이 아니라, 에이전트가 스스로 일하게 만드는 시스템을 설계하는 일이다 — 프롬프트 엔지니어링의 종말이자, 시스템 엔지니어링의 새로운 시작.