Claude Code를 만든 사람은 더 이상 프롬프트를 치지 않는다 — '루프 엔지니어링'이라는 이름이 붙은 한 주

지난주 AI 개발 도구 동네에서 가장 빠르게 번진 대화는 한 문장에서 시작했습니다.

Claude Code를 이끄는 Anthropic의 Boris Cherny가 "이제 Claude에 프롬프트를 치지 않는다. Claude를 찌르고 다음 할 일을 정하는 루프들이 돌고 있다. 내 일은 루프를 쓰는 것"이라고 말한 것이 6월 6일 X에서 확산됐고, 다음 날 Peter Steinberger가 "코딩 에이전트에 프롬프트를 칠 게 아니라, 에이전트에 프롬프트를 넣는 루프를 설계해야 한다"고 이어받았습니다.

그리고 6월 8일(한국시간), Google의 Addy Osmani가 이 패턴에 루프 엔지니어링(Loop Engineering) 이라는 이름을 붙인 글을 발행했습니다.

프롬프트 엔지니어링 → 컨텍스트 엔지니어링 → 하네스 엔지니어링 → 루프 엔지니어링. 작업 단위가 18개월이 안 되는 사이 네 번 이동한 셈입니다.

루프는 cron과 무엇이 다른가

  • 루프 = 일을 찾고, 나눠주고, 검사하고, 기록하고, 다음 일을 정하는 작은 시스템. 사람이 에이전트를 찌르는 대신 이 시스템이 찌름
  • cron은 고정된 스크립트를 돌리지만, 루프는 가운데에 모델이 있어 현재 상태를 읽고 다음 행동을 고름
  • 1년 전에는 이런 루프를 직접 셸 스크립트 더미로 짜서 평생 유지보수해야 했음 — 지금은 부품이 제품 안에 들어옴

부품 6개는 이미 Claude Code와 Codex 안에 있다

Osmani가 정리한 루프의 부품입니다. 두 제품에 거의 같은 형태로 존재합니다:

부품 루프에서의 역할 Codex Claude Code
예약 실행 정해진 시간에 일 찾기·분류 Automations 탭 + 분류 인박스 예약 작업, /loop, 훅, GitHub Actions
워크트리 병렬 에이전트 격리 스레드당 워크트리 git worktree, 서브에이전트 격리
스킬 프로젝트 지식 명문화 SKILL.md SKILL.md
연결기 외부 도구 접속 MCP 커넥터·플러그인 MCP 서버·플러그인
서브에이전트 만드는 자/검사하는 자 분리 .codex/agents/ .claude/agents/, 에이전트 팀
기록 실행 사이 상태 보존 AGENTS.md, Memories, Linear CLAUDE.md, 자동 메모리, Linear

가장 중요한 설계: 작성자와 검증자의 분리

  • 모델이 자기 결과를 채점하면 너무 후합니다. 코드를 쓰는 에이전트와 검사하는 에이전트를 가르는 것이 루프 설계의 핵심 — Anthropic이 장기 실행 에이전트 하네스 글에서 공식화한 분리입니다
  • 두 제품의 /goal 명령은 검증 가능한 종료 조건이 성립할 때까지 에이전트를 굴립니다. Claude Code는 별도 모델이 결과를 채점합니다
  • Ramp의 Inspect가 6개월 전 같은 구조를 자체 인프라로 구축했는데, 이제 두 생태계의 기본 기능이 됐습니다. 닫힌 루프 운용이 기본값이 되는 중입니다

명명자 본인이 가장 조심스럽다

  • Osmani는 "아직 초기이고, 나는 회의적"이라고 명시합니다. 토큰 비용은 사용 패턴에 따라 크게 출렁입니다
  • 무인으로 도는 루프는 실수도 무인으로 반복합니다
  • 가장 날카로운 경고는 이해 부채(comprehension debt) — 읽지 않은 코드를 시스템이 계속 출하할 때 벌어지는 간극입니다. 같은 루프를 돌려도 한 사람은 이해한 일에서 더 빨라지고, 다른 사람은 이해 자체를 회피하게 됩니다

여러분은 에이전트를 루프로 굴리고 계신가요? 예약 실행이나 /loop로 상시 운용 중인 사례가 있다면, 루프 1회전당 토큰 비용이 어느 정도 나오는지도 알려주세요.

더 읽어보기