챕터 8

실전 루프 레시피 — 글쓰기·리서치·코딩·데이터

글쓰기·리서치·코딩·데이터 작업에 복사해서 바로 쓰는 완성형 루프 템플릿 5종과 시리즈 전체 정리를 다룹니다.

이제 조립할 시간

여기까지 뼈대(2장), 자기비판(3장), 역할 분리(4장), 자동화(5~6장), 가드레일(7장)을 배웠습니다. 하나씩 보면 단순한 조각들이죠. 마지막은 이 조각들을 실제 작업 모양으로 맞춰 조립한 완성형 루프 5종입니다.

대괄호만 바꾸면 되게 만들었습니다

전부 대화창에 그대로 복사해 쓰도록 만들었습니다. 종료 조건과 상한이 이미 박혀 있으니, 대괄호 부분만 여러분 상황으로 바꾸면 됩니다. 다섯 개를 다 외울 필요는 없습니다. 지금 자기 일에 맞는 하나만 골라 오늘 써보세요.

각 레시피에는 세 가지가 박혀 있다

앞 장들에서 따로 배운 세 요소가 모든 레시피에 이미 들어가 있습니다. 무엇을 반복하는지(작업), 무엇을 넘으면 멈추는지(종료 조건), 무엇을 통과해야 살아남는지(검증 게이트). 이 셋이 보이면 레시피를 뜯어고칠 때도 헷갈리지 않습니다.

왜 다섯 개인가

글쓰기, 리서치, 코딩, 데이터, 의사결정. 발행하거나 제출하는 일 중 사람들이 가장 자주 부딪히는 다섯 유형입니다. 나머지 작업도 대개 이 다섯 중 하나의 변형이라, 여기서 감을 잡으면 응용이 쉬워집니다.

한눈에 보는 다섯 레시피

먼저 지도를 펼쳐 두고 시작하겠습니다. 아래 표에서 자기 작업과 가장 가까운 줄을 찾아, 해당 레시피부터 읽으셔도 됩니다.

작업 무엇을 반복하나 언제 멈추나
글쓰기 초안 → 자기채점 → 미달 항목 교정 3기준 통과 또는 3바퀴
리서치 하위질문 → 근거 수집 → 지어낸 수치 삭제 남은 근거로 종합 완료
코딩 구현 → 실행/테스트 → 실패 원인 수정 테스트 통과 또는 5바퀴
데이터 정리 변환 → 형식 검증 → 문제 행만 교정 필수 열·중복·형식 통과
의사결정 선택지 생성 → 채점 → 반증 조건 점검 3안 채점과 1등 근거 확정

만드는 결과물에 쓰는 루프

발행할 글, 사실이 걸린 조사. 결과가 남에게 가닿는 작업 둘을 먼저 봅니다.

1. 글쓰기 루프

블로그, 소개서, 이메일처럼 남에게 보여줄 글에 씁니다. 3장의 자기비판을 그대로 담았습니다. 검증은 "3기준을 넘었는가"이고, 3바퀴 안에 다 넘으면 멈춥니다.

[주제]로 글을 써 줘. 그다음 스스로 "첫 문장 흡인력·근거 유무·군더더기" 3기준으로 채점하고, 각 기준의 통과 여부를 표로 보여줘. 미달 항목만 고쳐 완성본을 내놔 줘. 최대 3바퀴, 3기준을 다 넘으면 멈춰.

변형은 기준을 바꾸는 데서 나옵니다. 광고 카피라면 "클릭 유도·과장 없음·브랜드 톤"으로, 사과문이라면 "진정성·간결함·해결책"으로 잣대를 갈아 끼우면 됩니다. 루프 뼈대는 그대로 두고 채점 기준만 손보는 겁니다.

2. 리서치 루프

사실이 중요한 작업입니다. 여기서 대충 돌리면 그럴듯한 거짓이 쌓이니, 7장의 검증 게이트를 꼭 겹칩니다. 검증은 "출처가 붙었는가"이고, 지어낸 수치를 스스로 지운 뒤 남은 근거만으로 정리되면 멈춥니다.

[질문]을 조사해 줘. 단계는 이렇게. ①핵심 하위질문 3개로 쪼갠다 ②각각 근거를 찾아 답한다 ③출처가 불분명하거나 지어낸 수치는 스스로 삭제한다 ④남은 근거만으로 종합한다. 출처 없는 주장은 "확인 필요"로 표시해 줘.

③단계가 이 루프의 안전벨트입니다. 이 한 줄이 없으면 AI가 그럴듯한 통계를 지어내 섞습니다. Perplexity처럼 검색이 붙은 도구나 웹 검색이 되는 환경에서 돌리면 ②단계가 실제 근거로 채워져 훨씬 믿을 만해집니다. 시장 조사, 경쟁사 분석, 보고서 초안에 잘 맞습니다.

두 루프의 공통점

글쓰기와 리서치는 겉보기엔 다르지만, 둘 다 "AI가 스스로 자기 결과를 깎아내게" 만드는 구조입니다. 글은 채점표로, 리서치는 삭제 규칙으로 자기 검열을 겁니다. 발행 전에 한 번 걸러진다는 점에서 성격이 같습니다.

검증을 사람 손에 남기지 않기

두 레시피 모두 마지막 확인을 AI 안쪽으로 밀어 넣었습니다. 사람이 끝까지 읽고 걸러야 했던 일을, 채점과 삭제라는 명시적 관문으로 바꾼 셈이죠. 그래도 최종 판단은 사람 몫이니, 나온 결과를 한 번은 눈으로 훑는 습관은 남겨 두세요.

실행으로 검증되는 루프

정답이 실행 결과로 갈리는 작업들입니다. 사람이 잘잘못을 따지지 않아도, 테스트나 형식 검사가 대신 판정해 줍니다.

3. 코딩 루프

코드는 맞는지 틀린지를 실행으로 바로 확인할 수 있어 루프에 가장 잘 어울리는 분야입니다. Claude Code의 "맥락 수집 → 행동 → 검증" 루프에 그대로 얹힙니다. 검증은 테스트 통과 여부이고, 통과하거나 5바퀴에 이르면 멈춥니다.

목표: [기능]을 구현한다. 규칙: 코드를 짜면 곧바로 실행/테스트해 보고, 실패하면 원인을 찾아 고쳐 다시 실행한다. 테스트가 통과할 때까지 반복하되 최대 5바퀴. 5바퀴에도 안 되면 막힌 지점을 요약해 보고해.

여기서 검증은 사람이 아니라 테스트 결과가 맡습니다. 통과와 실패가 명확하니 AI가 스스로 판단해 다음 바퀴를 돌 수 있죠. 개발이 익숙지 않아도 "실행해 보고 에러가 있으면 고쳐 다시 실행"이라는 규칙 한 줄이면 반쯤은 자동으로 굴러갑니다.

4. 데이터 정리 루프

엑셀 표, 명단, 설문 응답처럼 형식이 어긋나면 다음 단계가 다 깨지는 작업입니다. 여기선 형식 검증 게이트가 주인공입니다. 검증은 "필수 열·빈 칸·중복·형식"이 다 맞는가이고, 통과하면 최종 표만 내놓고 끝냅니다.

[원자료]를 [원하는 표 형식]으로 정리해 줘. 정리 후 스스로 검증해. 필수 열이 다 있는지, 빈 칸·중복·형식 오류가 없는지. 문제가 있으면 그 행만 고쳐 다시 내놔. 통과하면 최종 표만 출력해.

"그 행만 고쳐"가 중요합니다. 전체를 다시 쓰게 하면 멀쩡하던 행까지 흔들리니, 문제 있는 부분만 손대게 묶어두는 겁니다. n8n 같은 노코드 도구에 이 루프를 얹으면, 새 자료가 들어올 때마다 검증이 자동으로 돌아 사람이 매번 확인하지 않아도 됩니다.

자동 검증이 왜 강력한가

이 두 레시피가 특히 든든한 건 검증을 기계가 맡기 때문입니다. 글의 "잘 썼다"는 사람마다 다르지만, 테스트 통과나 형식 일치는 참·거짓이 딱 떨어집니다. 판정이 흔들리지 않으니 AI가 자기 바퀴를 더 멀리, 더 안심하고 돌립니다.

부분 교정으로 손대는 폭 줄이기

두 레시피 다 "실패한 부분만" 고치게 묶어 두었습니다. 코딩은 실패한 테스트만, 데이터는 문제 있는 행만 손보게 하죠. 멀쩡한 곳을 건드리면 새 오류가 생기기 쉬우니, 손대는 폭을 좁히는 게 곧 안정성입니다.

정답이 없는 문제에 쓰는 루프

옳고 그름이 실행으로 갈리지 않는 선택입니다. 여기선 AI에게 답을 고르게 하되, 그 답이 흔들릴 조건까지 받아 냅니다.

5. 의사결정 루프

어떤 안을 고를지, 어느 방향으로 갈지 같은 문제에 씁니다. 4장의 생성자-판사 구조 그대로입니다. 검증은 "세 안을 채점하고 1등의 근거와 반증 조건을 붙였는가"이고, 그게 나오면 멈춥니다.

[결정할 문제]에 대해 서로 다른 선택지 3개를 만들어 줘. 그다음 심사위원 입장에서 "실현 가능성·비용·리스크" 기준으로 각 선택지를 채점하고, 1등과 그 이유, 반대로 이 선택이 틀릴 수 있는 조건까지 짚어 줘.

마지막 "틀릴 수 있는 조건"이 이 루프의 값어치입니다. AI가 고른 답을 무작정 따르는 게 아니라, 어떤 가정이 깨지면 그 답이 흔들리는지를 같이 받는 거죠. 덕분에 사람이 최종 판단을 더 똑똑하게 내립니다.

생성과 심사를 한 프롬프트에 겹치기

이 레시피는 선택지를 만드는 역할과 채점하는 역할을 한 번에 시킵니다. 4장에선 둘을 나눠 돌렸지만, 가벼운 결정이라면 이렇게 한 프롬프트에 겹쳐도 충분합니다. 판단이 무거운 사안일수록 4장처럼 심사를 별도 대화로 떼어 내면 더 냉정해집니다.

반증 조건이 판단을 사람에게 되돌린다

의사결정 루프의 목적은 AI에게 결정을 위임하는 게 아닙니다. 반증 조건까지 받아 두면, 상황이 바뀌었을 때 그 결정을 다시 검토할 신호가 생깁니다. 결국 최종 결정권은 사람이 쥐고, AI는 그 판단을 더 선명하게 다듬어 주는 역할입니다.

채점 기준을 바꿔 다른 결정에 옮기기

"실현 가능성·비용·리스크"는 예시일 뿐입니다. 채용이라면 "역량·팀 적합성·성장 가능성", 외주 선정이라면 "단가·납기·과거 실적"으로 잣대를 갈아 끼우세요. 세 기준만 바꾸면 같은 뼈대가 전혀 다른 결정에 쓰입니다.

어떤 레시피든 내 것으로 바꾸는 법

다섯 개를 그대로 써도 되지만, 진짜 힘은 이걸 자기 일에 맞게 변형할 때 나옵니다. 다행히 손잡이는 셋뿐입니다. 이 시리즈 전체가 결국 이 세 개를 조율하는 이야기였습니다.

손잡이 1 — 평가 기준

2장에서 봤듯 루프의 방향키입니다. 글이면 "흡인력·근거·군더더기", 데이터면 "필수 열·빈 칸·중복"으로, 여러분 작업에서 "잘됐다"의 뜻을 두세 개로 적어 넣으면 됩니다. 기준을 바꾸면 같은 뼈대가 전혀 다른 작업용 루프로 변합니다.

손잡이 2 — 종료 조건

"몇 바퀴까지, 무엇을 넘으면 멈춘다." 7장의 상한을 잊지 마세요. 대부분 3~4바퀴면 충분합니다. 상한이 없으면 AI가 사소한 개선을 붙들고 무한히 돌 수 있으니, 이 한 줄은 비용을 지키는 안전핀이기도 합니다.

손잡이 3 — 검증 게이트

사실이 중요하면 "출처 없는 수치 삭제", 형식이 중요하면 "필수 항목 확인"을 관문으로 겁니다. 위험한 작업일수록 이 게이트를 촘촘히 둡니다. 통과 못 한 결과는 버린다는 규칙이 있어야, 루프가 나쁜 결과를 그대로 흘려보내지 않습니다.

셋을 끼워 넣는 만능 뼈대

나만의 루프 뼈대 [작업]을 해 줘. 그다음 "[내 기준 3개]"로 스스로 채점하고, 미달 항목만 고쳐 다시 내놔. [N]바퀴 안에 기준을 넘으면 멈추고, [검증 조건]을 통과 못 한 결과는 버려.

이 한 틀에 대괄호만 바꿔 끼우면 어떤 작업이든 루프가 됩니다. 다섯 레시피도 사실 이 뼈대에서 가지를 친 것뿐입니다.

시리즈를 마치며

한 문장으로 줄이면 이렇습니다. 잘 쓰는 사람의 무기는 "좋은 프롬프트 한 방"에서 "잘 도는 루프 한 벌"로 옮겨가고 있습니다.

여덟 장을 한 장에 담으면

배운 것
1장 왜 한 번의 프롬프트로는 부족한가
2장 루프의 기본 구조 — 생성·평가·교정·반복
3장 자기비판 루프 — AI에게 자기 답을 고치게 하기
4장 역할 분리 루프 — 작성자·검토자·편집자로 나누기
5장 도구로 루프 자동화 — Claude Code·ChatGPT·Gemini
6장 노코드 루프 — n8n·Zapier·Make로 사람 없이 돌리기
7장 루프가 폭주하지 않게 — 가드레일
8장 실전 루프 레시피 — 글쓰기·리서치·코딩·데이터

손으로 시작해서 자동으로 넘어가기

처음엔 대화창에서 손으로 한 바퀴 돌리는 것부터 시작하면 됩니다. 익숙해지면 도구에 규칙을 새겨 자동으로 돌리고, 마지막엔 가드레일을 채워 사람이 안 봐도 안전하게 굴러가게 만드는 거죠. 순서를 건너뛰지 않는 게 요령입니다. 손으로 한 번 돌려 본 루프라야, 자동화했을 때 어디가 위험한지 보입니다.

오늘 할 한 가지

지금 위 레시피 중 하나를 골라 실제 작업에 적용해 보세요. 읽기만 한 루프와 한 번이라도 돌려 본 루프는 남는 게 완전히 다릅니다. 여러 도구를 엮은 실전 조합이 궁금하다면 AI 꿀조합에서 바로 쓰는 워크플로우를 살펴보시고, 다른 주제를 더 파고 싶다면 AI 학습 시리즈에서 이어가시면 됩니다.

여기서 한 걸음 더

루프에 "도구를 쓰는 손발"까지 붙이면 스스로 검색하고 파일을 다루는 에이전트가 됩니다. 그 다음 이야기는 AI 에이전트 만들기 시리즈에서 이어집니다. 루프를 손에 익힌 지금이 그 문을 열기 딱 좋은 때입니다.

관련 시리즈