실전 Loop Engineering 제1장: Prompter에서 Loop Designer로 — 도구를 바꾸기 전에 사고방식을 바꿔라
요약
단순한 프롬프트 입력을 넘어 시스템을 설계하는 'Loop Engineering'의 사고방식을 다룹니다. Goal, Loop, Routine의 차이점과 루프 구성을 위한 5가지 빌딩 블록, 그리고 상태 관리의 중요성을 설명합니다.
핵심 포인트
- Prompter에서 시스템을 설계하는 Loop Designer로의 전환 필요
- Goal, Loop, Routine은 서로 대체 불가능한 핵심 개념
- 자동화, Worktree 등 루프 구성을 위한 5가지 빌딩 블록 이해
- 컨텍스트 윈도우를 넘어선 State/Memory 관리의 중요성
실전 Loop Engineering 제1장: Prompter에서 Loop Designer로 — 도구를 바꾸기 전에 사고방식을 바꿔라
작성자: Nokka (นก-กา) | 2026년 7월 2일
TL;DR — 바쁜 분들을 위한 요약
Loop Engineering은 단순한 유행어(buzzword)가 아닙니다. 이는 당신의 역할을 "프롬프트를 입력하는 사람(Prompter)"에서 "프롬프트를 대신 실행할 시스템을 설계하는 사람(Loop Designer)"로 전환하는 것을 의미합니다. 하지만 코드나 명령어를 다루기 전에 가장 먼저 바뀌어야 할 것은 바로 **사고방식(mindset)**입니다.
이 글에서는 대부분의 사람들이 오해하는 3가지 핵심 개념(concepts)을 설명합니다:
- Goal ≠ Loop ≠ Routine — 이 세 단어는 서로 대체될 수 없습니다.
- 모든 Loop에 반드시 필요한 **5가지 빌딩 블록(5 Building Blocks)
- State/Memory — 왜 컨텍스트 윈도우(context window)만으로는 부족한가
당신은 아직도 Agent에게 프롬프트를 입력하고 있습니까?
다음 세 가지 질문으로 스스로에게 물어보십시오:
- Agent가 작업을 마칠 때까지 기다렸다가 매번 diff를 확인하나요?
- 당신이 밥을 먹으러 가면 Agent도 작업을 중단하나요?
- 작업이 완료되었는지 직접 결정하나요?
만약
| 차원 | 설명 |
|---|---|
| Trigger | 시간 기반 (cron, schedule) |
| ... | |
| Routine은 Loop가 자동으로 작동하도록 시간을 설정하는 것입니다 — 당신이 곁에 있을 필요가 없습니다. 이것이 Loop Engineering이 가장 강력한 지점입니다. |
왜 분리해야 하는가?
Peter Steinberger (OpenClaw 제작자)는 [3]에서 다음과 같이 말했습니다: "동사(verb)를 올바르게 선택하면 모든 패턴이 제자리를 찾습니다. 잘못 선택하면, 사람이 없는 빈 방에서 수동 루프(hands-on loop)를 계속 돌리게 되거나, 당신의 감시가 필요한 작업에 '내가 자는 동안(while I sleep)' 루틴을 지정하게 됩니다."
번역: 만약 동사를 잘못 사용한다면 — 돈만 낭비하거나 망가진 코드를 얻게 될 것입니다.
2. 모든 Loop에 필요한 5가지 빌딩 블록 (Building Blocks)
Addy Osmani는 좋은 Loop가 갖춰야 할 5가지 요소에 대해 설명했습니다 [1]:
┌─────────────────────────────────────────────────────────┐
│ LOOP ENGINE │
├──────────┬──────────┬──────────┬──────────┬─────────────┤
...
1. Automations — 작업 탐색 및 관리
Automation은 사람의 명령 없이도 Loop가 작동하게 만드는 부분입니다 — 어떤 작업이 남아 있는지, 무엇이 고장 났는지, 무엇을 해야 하는지를 확인하고 스스로 작업을 시작합니다.
예시: Matt Van Horn은 매일 밤 약 30개의 오픈 소스 리포지토리(open-source repos)에 걸쳐 자동으로 PR을 여는 Loop를 실행합니다 [4] — 그의 Loop는 문제를 찾고, 수정하고, PR을 생성하고, 결과를 보고하며, 그는 아무것도 할 필요가 없습니다.
2. Worktrees — 각 작업의 환경(Environment) 분리
Loop가 여러 작업을 동시에 수행한다면 — 각 작업은 자신만의 환경(environment)을 가져야 합니다. 그렇지 않으면 한 작업이 다른 작업을 덮어쓸 수 있습니다.
Claude Code는 각 라운드의 환경을 분리하기 위해 git worktree 또는 --worktree 플래그를 사용합니다 [5].
3. Skills — 프로젝트의 지식 기록
Skills는 Agent에게 어떻게 작업해야 하는지 알려주는 .claude/skills/ 또는 SKILL.md 파일입니다 — 마치 Agent가 시작하기 전에 읽는 작업 매뉴얼과 같습니다.
작업 검증(verify)을 위한 Skill 예시:
---
name: verify-frontend-change
---
...
4. Plugins & Connectors — 기존 도구와의 연결
Loop는 당신이 이미 사용 중인 도구들 — GitHub, Linear, Slack, Gmail — 에 접근할 수 있어야 합니다 — MCP (Model Context Protocol)를 통해 가능합니다 [6].
5. Sub-agents — 사고하는 주체와 검토하는 주체의 분리
Loop Engineering의 핵심: 작업자는 자신의 작업을 검토해서는 안 된다 — 별도의 sub-agent를 사용하여 검증(verify)하라
3. State/Memory — 왜 Context Window만으로는 부족한가
루프(Loop)를 구축할 때 초보 프로그래머들이 겪는 문제: Agent가 자신이 무엇을 했는지 잊어버린다. 이는 context window(문맥 창)가 제한적이기 때문이다.
실제 루프 사용자들의 해결책: state(상태)를 context가 아닌 파일에 저장하라.
Addy Osmani는 [1]에서 다음과 같이 설명한다: "모델은 실행 간의 모든 것을 잊어버리므로, 메모리는 context가 아닌 디스크에 있어야 합니다. Agent는 잊어버리지만, 리포지토리(repo)는 잊지 않습니다."
State 파일 예시 (AGENTS.md):
# Project State — Updated: 2026-07-02 09:15 UTC
## Done
...
Peter Steinberger는 Agent에게 방향을 제시하기 위해 프로젝트 수준의 VISION.md를 사용하며 [3], 현재의 state를 위해 AGENTS.md를 사용한다.
4. 실제 루프 사용자들의 사례
Boris Cherny — Claude Code 개발자
"나는 더 이상 Claude에게 직접 프롬프트를 입력(prompt)하지 않습니다. 대신 실행 중인 루프(loops)를 가지고 있습니다. 루프가 Claude에게 프롬프트를 입력하고 무엇을 할지 결정합니다. 나의 일은 루프를 작성하는 것입니다." [7]
Boris는 더 이상 수동으로 Claude에게 프롬프트를 입력하지 않는다. 대신 Claude에게 프롬프트를 입력하는 루프를 작성한다.
Peter Steinberger — OpenClaw 개발자
"내 코드의 40% 이상은 이미 루프에 의해 작성되었습니다. 우리가 협업하는 기업의 90%는 검증 루프(verification loops)를 사용하지 않는데, 그것이 그들의 가장 큰 실수입니다." [8]
Steinberger가 작성하는 코드의 40%는 실제로 루프가 작성한다.
Matt Van Horn — Overnight PR Loop
Matt는 매일 밤 약 30개의 오픈 소스 리포지토리(open-source repos)를 대상으로 PR을 생성하는 루프를 실행한다 [4]. 그의 루프는 문제를 찾고, 수정하고, PR을 생성하며, 결과를 보고한다. 그는 아무것도 할 필요가 없다.
요약 — 시작 전 기억해야 할 사항
Claude Code에서 /goal이나 /loop를 사용하기 전에, 스스로에게 다음 세 가지 질문을 던져보라:
- 어떤 동사(Verb)인가? — Goal (작업이 완료될 때까지), Loop (우리가 지켜보는 동안 반복), 또는 Routine (우리가 잠든 동안 작업)?
- 5가지 블록(5 blocks)이 갖춰졌는가? — Automations, Worktrees, Skills, Plugins, Sub-agents?
- State는 어디에 있는가? — context window 내부(종료 시 소멸)인가, 아니면 파일 내부(영구적 유지)인가?
제 관점에서는 이러한 사고방식(mindset)의 전환이 그 어떤 명령어를 배우는 것보다 중요합니다. 왜냐하면 당신이 여전히 "prompter"처럼 생각한다면, Loop를 통해 문제를 해결하는 대신 문제를 만들어내게 될 것이기 때문입니다.
다음 편: Claude Code를 사용하여 /goal부터 scheduled routine까지, 실제 사용 가능한 PR review loop 예시와 함께 첫 번째 Loop를 직접 구축해 보겠습니다.
참고 문헌
[1] Addy Osmani — Loop Engineering (O'Reilly Radar, 2026년 6월 7일)
[2] Developers Digest — The Definitive Guide to Loop Engineering in Claude Code and Codex (2026년 6월 20일)
[3] explainx.ai — Loop Engineering: How to Design Coding Agent Loops That Run While You Sleep (2026년 6월 9일)
[5] Anthropic의 Claude — Getting started with loops (2026년 6월 30일)
[6] Claude Code Docs — Connect Claude Code to tools via MCP (2026년)
[7] Boris Cherny — Claude Code & the Future of Engineering (Acquired Unplugged, 2026년 6월)
[8] Lushbinary Team — Loop Engineering: Designing Systems That Prompt AI Agents (2026년 6월 9일)
이 글은 인간(Nokka)의 통제 및 품질 검토 하에 Hermes Agent를 통한 AI (DeepSeek V4 Flash)에 의해 작성되었습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기