도구로 루프 자동화 — Claude Code·ChatGPT·Gemini

손으로 돌리면 손이 지친다

4장까지의 루프는 전부 사람이 복사·붙여넣기로 돌렸습니다. 두세 바퀴는 괜찮습니다. 문제는 같은 루프를 매일, 그것도 여러 번 손으로 돌려야 할 때입니다.

가령 쇼핑몰 상품 설명 20개를 매일 다듬는다고 해보죠. 하나마다 "채점해 줘" 붙여넣고, 답 기다리고, "고쳐 줘" 붙여넣고, 또 기다립니다. 결과물은 좋은데 사람이 먼저 나가떨어집니다. 루프의 효과는 아는데 손이 안 따라주는 겁니다.

여기서부터가 진짜 "루프 엔지니어링"입니다. 사람이 매 바퀴 버튼을 누르는 게 아니라, 도구가 알아서 돌게 만드는 단계죠.

Claude Code: 루프를 코드처럼 짜기

Claude Code는 이 흐름을 가장 앞에서 끌고 온 도구입니다. Anthropic 문서는 이 도구의 작동을 "맥락 수집 → 행동 → 결과 검증"이 맞물려 반복되는 하나의 에이전트 루프로 설명합니다. 2장에서 그린 생성·평가·교정·반복과 사실상 같은 그림이에요.

대표적인 게 2026년 5월에 들어온 /goal 기능입니다. 목표를 정해 주면, 그게 채워지거나 더는 못 나아갈 때까지 스스로 행동하고 검증하며 돕니다. 사람이 매 단계를 지시하는 게 아니라 "도착점"만 정해 주는 방식이죠.

4장의 3역 루프를 여기 옮기면 이렇게 됩니다.

목표: 이 글을 발행 가능한 수준으로 만들어라. 검증: 3장에서 쓴 루브릭 3개를 모두 통과할 것. 방법: 통과할 때까지 스스로 쓰고-검토하고-고쳐라. 단 최대 4바퀴, 못 넘기면 막힌 지점을 요약해 보고해.

작성자·검토자·편집자를 사람이 번갈아 호출하던 걸, 이제 도구가 알아서 번갈아 돕니다. 사람은 목표와 종료 조건만 쥐고 있으면 됩니다. 앞서 배운 자기비판(3장)과 역할 분리(4장)가 도구 안에서 자동으로 도는 셈이죠.

"루프가 나를 프롬프트한다"

1장에서 인용한 보리스 처니의 말이 여기서 실감 납니다. "루프가 Claude를 프롬프트하고, 내 일은 그 루프를 짜는 것."

곱씹어 보면 무게가 다른 말입니다. 잘 쓰는 사람의 무기가 "좋은 프롬프트 한 방"에서 "잘 도는 루프 한 벌"로 옮겨가고 있다는 뜻이거든요.

차이는 재사용에서 납니다. 프롬프트는 한 번 쓰고 끝이지만, 루프는 한 번 잘 짜두면 계속 일합니다. 오늘 만든 상품 설명 루프를 내일도, 다음 달에도 그대로 돌리는 겁니다. 좋은 프롬프트가 "잘 잡은 물고기"라면, 좋은 루프는 "물고기 잡는 그물"인 셈이죠. 그래서 이 시리즈의 뒷부분은 "더 좋은 질문"이 아니라 "더 좋은 판"을 짜는 이야기로 흘러갑니다.

개발 도구가 아니어도 된다

코드가 부담스러워도 괜찮습니다. ChatGPT의 프로젝트나 커스텀 지시문에 반복 규칙을 한 번 심어두면, 매번 시키지 않아도 루프가 기본으로 돕니다.

(커스텀 지시문에 저장) 너는 답을 내기 전에 항상 스스로 초안을 채점하고, 약한 부분을 고친 뒤, 최종본만 보여줘. 채점 과정은 굳이 출력하지 마.

이 한 줄을 넣어두면 이후 모든 대화가 자기비판 루프를 거칩니다. 3장에서 매번 손으로 붙여넣던 걸 도구에 새겨둔 거예요. 특정 작업만 반복한다면 프로젝트를 하나 만들어 그 안에서만 규칙을 적용해도 됩니다.

Gemini도 결이 같습니다. 자주 쓰는 반복 지시를 저장해 두거나, 캔버스에 초안을 띄워 놓고 검토·수정을 이어 돌리면 됩니다. 도구마다 이름은 달라도 원리는 하나예요. "반복 규칙을 도구에 새겨, 사람이 매번 누르지 않게 한다."

어디까지 자동으로 둘까

정리하면 이렇습니다. 개발이 편하면 Claude Code로 루프를 코드처럼 짜고, 아니면 ChatGPT·Gemini에 반복 규칙을 저장해 쓰는 겁니다. 어느 쪽이든 목표는 하나, 손을 떼는 것이죠.

한 가지 당부가 있습니다. 처음부터 완전 자동으로 몰지 마세요. 먼저 손으로 루프를 몇 번 돌려 결과가 믿을 만한지 확인한 다음, 그 검증된 루프를 도구에 옮기는 순서가 안전합니다. 검증 안 된 루프를 자동화하면, 나쁜 결과가 사람 없이 대량으로 쏟아집니다.

손을 뗄수록 "잘못 도는 루프"를 늦게 알아챈다는 함정도 커집니다. 자동화는 편한 만큼 위험하고, 그래서 검증과 종료 조건이 더 중요해집니다. 이 안전장치는 7장에서 제대로 다룹니다.

다음 챕터에서는 코드도 대화창도 아닌 n8n·Zapier·Make로 사람 없이 도는 검증·재시도 워크플로우를 다루겠습니다.