【경고】루프를 만들지 마세요. 4가지 조건이 충족되지 않으면 돈이 녹아내립니다.
"프롬프트를 멈추고, 루프를 시작하세요."
지난 몇 달간 AI 업계에서 가장 많이 회자된 문구입니다. Claude Code의 창시자와 OpenAI 관계자들도 저마다 다른 방식으로 같은 말을 하기 시작했습니다.
하지만 그 문구를 접한 대부분의 사람들은 정확히 무엇을 해야 할지 모른 채 그냥 흘려보냅니다. 저도 처음에는 그랬습니다.
그리고 아무도 미리 알려주지 않는 것이 하나 더 있습니다. 올바른 조건을 갖추지 못한 사람이 루프를 만들면, 그것은 조용히 당신의 돈을 녹여먹는 기계가 됩니다.
이 글에서는 루프의 실체를 분석하고, 루프를 만들어야 하는 사람과 그렇지 않은 사람 사이의 경계를 그어 드리겠습니다. 그 후, 아직 모든 조건을 갖추지 못한 분들을 위해 오늘부터 시작할 수 있는 "가장 가벼운" 루프 실행 방법을 제공합니다.
참고로 이 글에는 두 가지 유형의 텍스트가 등장합니다: 커맨드(터미널 또는 Claude Code 입력란에 입력하는 것)와 프롬프트(AI 채팅에 붙여넣는 지시문)입니다. 각각 표시해 두었으니 구분하실 수 있습니다.
대부분의 사람들은 AI를 가장 느린 방식으로 사용하고 있습니다
지금 대부분의 사람들이 하고 있는 방식은 "한 번에 하나씩 요청하기"입니다. 무엇을 물어볼지 결정하고, 돌아온 답변이 쓸 만한지 판단하고, 다음에 무엇을 할지 결정합니다.
AI는 당신이 밀어주지 않으면 움직이지 않고, 당신이 멈추는 순간 멈춥니다.
이것이 반드시 나쁜 것은 아닙니다. 하지만 한계가 있습니다. 당신이 엔진이고, AI는 단지 손에 쥔 도구에 불과합니다.
다른 운영 방식이 있습니다. 단계별로 이끄는 것을 멈추고, 대신 목표를 주고 스스로 실행하게 하는 것입니다. AI가 단계를 결정하고, 작업을 수행하고, 결과를 목표와 대조해 확인하고, 약점을 수정하고, 다시 시도합니다. 당신이 자리를 비워도 작업은 계속 진행됩니다.
이것이 루프입니다.
루프의 정체: 5단계
프롬프트는 단일 지시입니다. 루프는 AI가 도달할 때까지 계속 달려가는 목표입니다.
루프의 내부를 들여다보면 다음과 같습니다:
① 찾기 ... 무엇을 해야 하는지 파악합니다
② 결정 ... 수행 방법에 대한 단계를 계획합니다
③ 실행 ... 실제로 작업을 수행합니다
④ 검증 ... 목표와 대조하여 통과 또는 실패를 판정합니다
⑤ 반복 ... 목표에 도달하지 못했다면 결과를 반영하고 반복합니다
이 다섯 단계 중 실제로 중요한 것은 마지막 세 가지입니다. 그리고 바로 여기서 실패하는 모든 사람들이 걸려 넘어집니다.
검증 단계가 루프의 심장입니다
결과를 제대로 검사할 메커니즘이 없다면 그것은 루프가 아닙니다. 그저 AI가 스스로에게 "잘했어"라고 반복해서 말하는 것뿐입니다.
반복을 진전으로 바꾸는 것이 바로 이 검증입니다. 테스트 통과 여부일 수도 있고, 특정 숫자가 기준치를 초과하는지일 수도 있습니다. AI가 스스로를 채점할 수 있는 평가표를 제공하는 것도 효과적입니다.
문지기가 없으면 작업자가 자신의 숙제를 스스로 채점하게 됩니다. 그런데 그 숙제를 쓴 사람이 채점자라면 한없이 너그러울 수밖에 없습니다.
기록이 루프를 학습시킵니다
반복할 때마다 AI는 이전에 시도한 것을 기억해야 합니다. 기억하지 못하면 같은 실수를 영원히 반복하게 됩니다.
제대로 된 루프는 작은 메모를 남겨 둡니다: 무엇이 완료되었고, 무엇이 실패했으며, 다음에 무엇을 해야 하는지. 덕분에 다음 날의 실행은 제로에서 시작하는 것이 아니라 중단된 지점에서 시작합니다.
참고로, 비용이 본격적으로 발생하기 시작하는 지점도 바로 여기입니다. 그 이유는 나중에 설명하겠습니다.
정지 조건이 없는 루프는 밤새 달립니다
종료 조건이 없는 루프는 성공하거나, 고장 나거나, 당신의 통장 잔고를 바닥낼 때까지 실행됩니다. 제대로 된 루프는 두 가지 방식으로 멈춥니다: 성공했을 때, 그리고 "8회 시도 후에도 실패하면 중단하고 보고하라"는 하드 리밋 같은 것입니다.
이것을 빠뜨리면 밤새 아무것도 생산하지 못한 채 계속 움직이는 기계를 갖게 됩니다.
프롬프트는 AI에게 지시를 줍니다. 루프는 AI에게 작업, 완료를 판단하는 기준, 포기하는 규칙을 줍니다.
하지만 그 전에: 정말 루프를 만들어야 할까요?
대부분의 글은 언제 만들지 말아야 하는지를 알려주기 전에 루프를 먼저 추천합니다. 실제로 루프를 돌리고 있는 사람들이 사용하는 기준은 다음과 같습니다:
다음 네 가지 조건이 모두 충족될 때만 루프를 만들 가치가 있습니다:
① 최소 일주일에 한 번은 반복되는 작업일 것
그보다 적다면 루프를 구축하는 노력이 효과를 내지 못합니다. 일회성 작업이라면 좋은 프롬프트 하나가 더 빠릅니다.
② 나쁜 결과를 자동으로 거부하는 메커니즘이 있을 것
테스트, 타입 체크, 빌드, 린터, 하드 규칙 같은 것. 아무것도 걸러낼 수 없다면 루프는 그저 바퀴만 헛돌릴 뿐입니다.
③ AI가 혼자서 완전히 완료할 수 있는 작업일 것
중간에 당신에게 되돌아와야 한다면, 일하는 시간보다 기다리는 시간이 더 많아집니다.
④ "완료"가 객관적으로 판정될 수 있을 것
품질이 개인 취향의 문제라면, 여전히 인간이 승리합니다.
이 중 하나라도 빠져 있다면 수동 프롬프트를 고수하세요.
이 논의에서 가장 솔직한 부분은 이것입니다: 루프의 개념은 실제입니다. 하지만 대부분의 사람들은 아직 "무거운" 버전이 필요하지 않습니다. 누구나 쓸 수 있는 버전은 "가벼운" 버전이며, 이 글의 후반부에 제공하겠습니다. 그래도 선이 어디에 그어져 있는지는 알아야 합니다.
코딩 세계에서 먼저 폭발한 이유: 5가지 구성 요소
루프가 소프트웨어 개발에서 먼저 퍼진 이유는 코드가 세상에서 가장 통과/실패 판정이 쉬운 대상이기 때문입니다. 테스트는 통과하거나 통과하지 못하거나 둘 중 하나입니다. 변명할 여지가 없습니다. 따라서 AI는 항상 끝났는지 여부를 알 수 있습니다.
코드 중심 루프에서는 목표와 엄격한 검증이 한 세트로 제공됩니다.
▼AI 채팅에 붙여넣을 지시문▼
1목표: /tests/auth의 모든 테스트 통과, 린터 경고 0건, 타입 에러 0건23매번 수행할 작업:4① 테스트를 실행하고 모든 실패를 읽습니다5② 가장 영향력이 큰 실패 하나를 선택합니다6③ 그것을 수정하는 최소한의 변경을 작성합니다7④ 테스트, 린터, 타입 체크를 다시 실행합니다89통과 조건: 모든 테스트 통과 + 경고 0건 + 타입 에러 0건10중지 조건: 통과했을 때, 또는 8회 반복 후11중지 시: 변경된 내용과 아직 실패 중인 항목의 요약을 보고합니다
이 루프는 다섯 가지 구성 요소로 만들어집니다. Claude Code와 Codex에는 이 다섯 가지가 모두 포함되어 있습니다.
① 자동 트리거 (심장박동): 이것이 일회성이 아니라 루프가 되게 만드는 요소입니다. 지시, 간격, 목표를 설정해 두면 당신이 시작하지 않아도 실행됩니다. Claude Code에서 /loop는 설정된 간격으로 동일한 지시를 실행하고, /goal은 조건이 실제로 충족될 때까지 세션을 계속합니다. cron이나 GitHub Actions에 올려두면 노트북을 닫은 뒤에도 작동합니다. 결과가 당신에게 도착하므로 직접 찾으러 다닐 필요가 없습니다.
▼AI 채팅에 붙여넣을 지시문▼
1/loop 1h 이 저장소의 테스트를 실행하고, 정확히 하나의 실패를 수정하고, 보고하세요.
② 스킬 (재사용 가능한 지시 시트): 매번 길다란 지시문을 붙여넣는 대신, 한 번 파일에 저장해 둡니다. 따라야 할 규칙, 모방할 패턴, 절대 건드리지 말아야 할 것들의 목록. 자동 실행은 이름만 호출하면 되므로, 아무도 업데이트하지 않아 지시사항이 낡아버리는 사고를 줄여줍니다.
③ 작성자와 검사자 분리: 루프를 구성하는 가장 효과적인 방법입니다. 코드를 작성하는 모델은 자신의 숙제에 관대합니다. 다른 지시를 가진 두 번째 모델(때로는 더 강력한 모델)을 투입하면, 첫 번째 모델이 괜찮다고 스스로 확신한 것들을 걸러낼 수 있습니다. 작성자는 빠르고 저렴한 모델이고, 검사자는 느리지만 엄격한 모델입니다. 품질의 대부분은 이 분리에서 나옵니다.
④ 통합 (제안이 아닌 실행): "이렇게 고쳐야 합니다"라고 말하는 AI와, 빌드가 통과하면 PR을 열고 티켓을 연결하고 알림을 보내는 루프 사이의 차이는 바로 여기에 있습니다. 실제 작업 공간에 접근할 수 있는지 여부가 분기점입니다.
⑤ 검사자 (게이트): 나쁜 작업을 자동으로 거부하는 테스트 또는 타입 체크. 이 구성 요소 하나만으로 루프가 당신에게 도움이 되는지, 아니면 그저 돈만 쓰는지가 결정됩니다. 나머지는 모두 그저 부속 설비일 뿐입니다.
이것이 대규모 팀들이 지금 하고 있는 일입니다. 수십 또는 수천 개의 AI가 같은 작업에서 동시에 루프를 돌리고 있습니다. 실제로 한 엔지니어는 이 방법으로 6일 만에 전체 코드베이스를 다른 언어로 재작성했습니다. 수동으로 했다면 거의 1년이 걸렸을 것입니다.
화려한 이야기입니다. 하지만 데모에는 결코 모습을 드러내지 않는 대가가 있습니다.
아무도 말해주지 않는 비용 이야기
루프는 토큰 위에서 돌아갑니다. 토큰은 곧 돈입니다. 문제는 모든 단계에 비용이 든다는 것이 아니라, 비용이 증가하는 방식입니다.
루프가 한 바퀴 돌 때마다 AI는 컨텍스트, 즉 목표, 코드, 이전 결과, 실패 내역을 다시 읽습니다. 그 더미는 매번 모델에 전송되며, 반복할 때마다 점점 커집니다.
10번 반복하면 비용은 프롬프트 10개분이 아니라, 점점 비대해지는 프롬프트 10개분입니다. 게다가 품질을 높여주는 "작성자와 검사자 분리"는 두 모델이 컨텍스트를 읽기 때문에 비용을 두 배로 만듭니다.
대략적인 계산:
AI 1개 / 중간 규모 작업 1개: 50,000~200,000 토큰
루프마다 컨텍스트 재읽기: 반복할수록 증가
여러 AI 병렬 실행: 위 비용에 AI 수를 곱함
실제로 중요한 숫자를 추적하는 사람은 거의 없습니다: 승인된 결과당 비용. 사용된 토큰이나 실행된 반복 횟수가 문제가 아닙니다.
루프가 10개의 결과를 만들고 그중 6개를 버린다면, 아끼려던 검증 작업을 당신이 직접 하고 있는 것입니다. 승인율이 50% 아래로 떨어지면, 그 루프는 돌려주는 가치보다 더 많은 비용을 지출하고 있는 것입니다.
더 나쁜 것은 루프가 조용히 실패할 수 있다는 것입니다. 엔지니어 Geoffrey Huntley는 이것을 "Ralph Wiggum Loop"라고 불렀습니다. AI가 "다 끝났다"고 성급하게 판단하고 반쯤 끝낸 작업을 남긴 채 종료하는 경우입니다. 또는 루프가 계속 돌면서 아무것도 생산하지 못하는데 청구서만 계속 늘어납니다.
실패할 수 있는 게이트가 없는 루프는 결코 실패하지 않습니다. 그저 조용히 요금만 청구할 뿐입니다.
그렇기 때문에 무거운 버전은 반복 한도, 토큰 예산, 성능을 모니터링할 수 있는 팀의 몫입니다. 그런 처지가 아니라 해도 이미 늦은 것이 아닙니다. 핵심 로직은 훨씬 더 저렴하게, 아무런 준비 없이도 이용할 수 있습니다.
순서를 잘못 잡으면 잠든 사이에 타버립니다
루프를 만들 생각이라면 도구보다 순서가 더 중요합니다. 현장에서 살아남는 루프를 만드는 사람들은 항상 다음 순서로 구축합니다:
① 먼저 수동으로 확실하게 한 번 성공한다
② 그것을 "스킬"로 만든다 (지시사항을 저장한다)
③ 스킬을 루프로 감싼다 (게이트와 정지 조건을 추가한다)
④ 그런 다음에만 자동 실행에 올린다
수동으로 작동이 입증되기 전에 자동 실행에 올리는 것, 그것이 바로 잠든 사이에 루프가 예산을 태워버리는 이유입니다. 한 번 입증하고, 견고하게 만든 다음, 자동화하세요.
오늘 바로 돌릴 수 있는 가장 가벼운 루프
코딩 전용 AI가 없어도 지금 바로 루프의 느낌을 경험할 수 있습니다. 프롬프트 하나로 수동 루프를 실행할 수 있습니다.
핵심은 처음에 세 가지 구성 요소를 모두 제공하는 것입니다: 목표, 엄격한 통과 조건, 그리고 멈추기 전에 AI가 스스로를 검사하는 절차.
---프롬프트 (AI 채팅에 붙여넣을 지시문)---
1기준이 충족될 때까지 루프로 작업하세요.23【작업】 [만들고 싶은 것을 구체적으로 작성하세요]45【통과 조건 (너그러운 채점 금지)】67[조건 1]8[조건 2]9[조건 3]1011【각 반복의 절차】12① 계획: 다음에 수행할 단 하나의 단계만 선언합니다.13② 작업: 생성하거나 수정합니다.14③ 검사: 각 조건을 1~10점 척도로 채점합니다. 무자비할 정도로 엄격하게. 모든 약점을 나열합니다.15④ 판정: 모든 조건이 8점 이상이면 "FINAL"을 출력하고 중지합니다. 그렇지 않으면 "ITERATING"을 출력하고, 가장 낮은 점수를 받은 항목부터 수정하면서 반복합니다.1617【규칙】1819모든 조건이 8점 이상이 될 때까지 "완료"라고 말하지 마세요.20각 반복에서 이전에 가장 낮은 점수를 받은 항목을 반드시 수정하세요.21질문하지 마세요. 합리적인 가정을 세우고, 기록한 후 진행하세요.22시작하세요. "FINAL"이 출력될 때까지 루프하세요.
붙여넣고 실행해 보면 알게 됩니다. AI가 초안을 만들고, 당신의 조건에 따라 스스로 점수를 매기고, 약점을 찾아 다시 작성합니다. 기준을 넘어설 때까지 이 과정을 반복합니다. 그럴듯해 보이는 첫 결과물을 그냥 건네주던 기존의 행동 방식은 사라집니다.
단락 하나로 이런 흐름을 만들 수 있습니다.
하지만 아직 빠진 것이 있습니다
이 루프에는 치명적인 결함이 있습니다: 바로 당신이 트리거라는 것.
채팅을 열고, 붙여넣고, 지켜봐야 합니다. 탭을 닫으면 사라집니다. 정해진 시간에 실행되지 않고, 이메일이 도착하는 순간 깨어나지도 않습니다. 당신이 지켜보는 동안에만 존재하므로, 알려주러 올 수 없습니다.
스스로 깨어나고, 스스로 실행하고, 결과를 당신에게 전달하는 루프를 원한다면, 당신은 "무거운" 세계의 입구에 서 있는 것입니다. 도구, 호스팅, 코드, 게이트, 청구서.
진짜 무거운 작업을 위해서라면 그것은 올바른 투자입니다. 하지만 일상적인 작업의 90%는 그렇게 많이 필요하지 않습니다. 지금으로서는 이미 사용 중인 도구에 포함된 예약 실행 기능으로 충분합니다. Claude Code의 /loop와 /goal, 또는 예약 실행. 이것들은 새로운 계약이 아니라 이미 당신 손안에 있는 것입니다.
요약
- 루프는 AI에게 목표, 완료 판단 기준, 포기 규칙을 주는 것입니다.
- 핵심은 검증입니다. 실패할 게이트가 없다면 루프가 아닙니다.
- 다음에 해당하지 않으면 만들지 마세요: 주 1회 이상 반복, 자동 거부 가능, AI 단독 완료 가능, 객관적 검증 가능.
- 비용은 반복할 때마다 비대해집니다. 주목해야 할 지표는 승인된 결과당 비용입니다. 승인율 50% 미만은 적자입니다.
- 순서는: 수동 성공 → 스킬 → 루프 → 자동 실행.
- 무거운 버전이 필요 없다면, 위의 단일 프롬프트로 시작하는 것으로 충분합니다.
루프는 유행이 아니라, 일을 하는 주체가 바뀌는 변화입니다. 하지만 맹목적으로 쫓아갈 대상도 아닙니다. 잘못된 곳에 억지로 끼워 맞추면 그저 돈만 사라지게 만듭니다. 이미 가진 무료 도구로 루프를 돌리고, 그것으로 부족하다는 것을 직접 느낄 때만 다음 단계를 고려하세요.
참고 기사
이 글은 다음 자료를 바탕으로 한국어로 재구성되었습니다:
Loops explained: Claude, GPT, Mira and what actually works
Anatoli Kopadze / 2026-06-20
