노코드 루프 — n8n·Zapier·Make로 사람 없이 돌리기

코드 없이도 루프는 돈다

5장은 개발 도구 이야기였습니다. 코드가 부담스럽다면 n8n·Zapier·Make 같은 노코드 자동화로도 똑같은 루프를 만듭니다.

블록을 선으로 잇는 방식입니다. 마우스로 "이럴 땐 이걸 해라"를 그려주면, 사람이 안 붙어 있어도 조건이 맞을 때 알아서 돕니다.

5장의 코딩 루프가 "개발자의 자율 루프"였다면, 이번 장은 "누구나 만드는 자율 루프"입니다. 매일 반복되는 일을 사람 손 없이 돌리는 게 목표죠. 들어온 문의 메일을 분류해 답장 초안을 만드는 일, 신청 폼이 들어오면 요약해 담당자에게 넘기는 일 같은 것들 말입니다.

트리거 → AI → 검증 → 재시도

노코드 루프의 표준 골격은 네 칸입니다. 2장에서 배운 네 단계(생성·평가·교정·반복)를 자동화 버전으로 옮긴 것이라고 보시면 됩니다.

칸	하는 일	2장 대응
트리거	새 메일·폼 응답 등이 오면 자동 시작	(루프 시작)
AI	그 내용으로 초안·답변 생성	생성
검증	형식·기준을 만족하는지 확인	평가
재시도/통과	미달이면 되돌려 다시, 통과면 다음으로	교정·반복

말로만 보면 막연하니 실제 흐름을 하나 따라가 보겠습니다. 고객 문의에 답장 초안을 만드는 n8n 워크플로우입니다.

1. 트리거 노드: 지정한 메일함에 새 문의가 오면 워크플로우가 자동으로 켜집니다.
2. AI 노드: 문의 내용을 넣어 "정중한 답장 초안 + 분류 태그(환불·배송·기타)"를 JSON으로 받습니다.
3. 검증 노드: 답장과 태그가 다 들어왔는지, 금지어는 없는지 확인합니다.
4. 분기 노드: 통과하면 초안 저장으로, 미달이면 재시도 노드로 보냅니다.

여기까지가 한 바퀴입니다. 사람은 아침에 저장된 답장 초안만 훑어보고 발송 버튼을 누르면 됩니다. 매 건을 처음부터 쓰던 일이, 검토만 하는 일로 바뀌는 거죠.

검증 칸이 진짜 핵심이다

노코드 루프에서 초보와 실전의 차이는 검증 칸에서 갈립니다. AI 노드 결과를 그대로 다음으로 흘려보내면, 형식이 어긋난 출력 하나가 뒤 단계를 통째로 망가뜨립니다. 태그가 비어 있는데 그걸로 분류를 시도하면 워크플로우가 멈추는 식이죠.

그래서 n8n 실전 패턴은 JSON 파싱이나 코드 노드로 "필요한 항목이 다 들어왔는지"를 먼저 확인합니다. 빠진 게 있으면 그 지시를 프롬프트에 더해 한 번 더 돌리는 재시도 분기를 둡니다. 무한정 돌지 않게 재시도 횟수에는 반드시 상한을 겁니다.

검증 노드에 넣을 규칙 예시

• 필수 항목(답장 본문·분류 태그)이 모두 있는가
• 답장이 정해진 길이를 넘지 않는가
• 금지어·민감정보가 섞이지 않았는가
• 통과 못 하면 → 부족한 부분만 지적해 재생성 (최대 2회)
• 2회에도 실패하면 → 사람 검토함으로 보냄

이 "최대 N회 + 실패 시 사람에게"가 노코드 루프의 안전벨트입니다. 7장의 가드레일을 미리 한 조각 당겨쓴 셈이죠. 검증 없이 AI 노드만 덜렁 놓은 워크플로우는 잘 돌 때는 멀쩡해 보이지만, 이상한 출력이 나오는 순간 조용히 무너집니다.

n8n · Zapier · Make, 언제 뭘 쓸까

셋 다 AI 루프를 만들지만 결이 다릅니다.

• Zapier 단순한 한 줄 흐름에 강합니다. "메일 오면 요약해 슬랙에 보내기" 정도면 가장 빨리 만듭니다. 대신 조건과 반복이 여럿 얽히면 금세 갑갑해집니다.
• n8n 분기·반복·재시도·병렬 같은 복잡한 루프에 맞습니다. 위에서 본 검증→재시도 분기처럼 조건이 얽힌 워크플로우를 여유 있게 담습니다. 직접 서버에 올려 쓸 수도 있어 자유도가 높습니다.
• Make 흐름을 시각적으로 그리기 편해 중간 복잡도에서 균형이 좋습니다. Zapier보다 유연하고 n8n보다 부담이 적습니다.

기준은 간단합니다. 조건과 재시도가 많이 얽힐수록 n8n, 한 방향으로 쭉 흐르면 Zapier, 그 사이가 Make입니다. 처음이라면 가장 단순한 흐름을 Zapier로 만들어 보고, 검증·재시도가 필요해지는 순간 n8n으로 옮기는 걸 권합니다. 도구를 먼저 고르고 워크플로우를 끼워 맞추기보다, 흐름의 복잡도를 보고 도구를 고르는 게 순서입니다.

사람 검토를 한 칸 끼우기

완전 자동이 늘 정답은 아닙니다. 잘 만든 워크플로우는 "확신이 낮은 경우만 사람에게 넘기는" 칸을 둡니다. AI가 애매하다고 판단하면 자동 발행 대신 담당자 승인 대기로 보내는 식이죠.

이걸 사람 개입(human-in-the-loop)이라고 부릅니다. 한 칸만 끼워도 사고가 크게 줄어듭니다. 전부를 자동화하되, 위험한 결정만 사람이 확인하는 겁니다.

판단이 애매할 땐 이렇게 나눠 보세요. 되돌릴 수 있는 일(초안 저장, 내부 메모)은 그냥 자동으로, 되돌리기 어려운 일(고객에게 실제 발송, 결제, 데이터 삭제)은 사람 확인 뒤에. 아까 문의 답장 워크플로우로 치면, 초안 작성까지는 자동이지만 실제 발송 버튼은 사람이 누르게 두는 거죠. 이 한 줄 기준만 지켜도 자동 루프가 훨씬 안전해집니다.

다만 자동 루프는 잘못 돌면 사람이 안 보는 사이 사고가 커집니다. 재시도가 무한히 돌거나, 틀린 출력이 계속 쌓이거나, 호출 요금이 조용히 불어나거나. 다음 챕터에서는 무한루프·비용 폭증·환각 누적처럼 루프가 폭주할 때 이를 막는 가드레일을 다루겠습니다.