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

코드 없이도 루프는 돈다

5장에서는 Claude Code·ChatGPT·Gemini로 반복을 자동화하는 개발자 관점을 봤습니다. 코드가 부담스럽다면 n8n·Zapier·Make 같은 노코드 자동화로도 똑같은 루프를 짤 수 있습니다.

블록을 선으로 잇는 방식

노코드 도구는 화면에 놓인 블록을 마우스로 이어 붙이는 방식입니다. "이럴 땐 이걸 해라"를 그려 두면, 사람이 안 붙어 있어도 조건이 맞을 때 알아서 돕니다. 코드 대신 노드(블록)를 배치한다는 점만 다를 뿐, 안에서 도는 논리는 5장의 코딩 루프와 똑같습니다.

왜 굳이 노코드인가

세 도구 모두 이제 AI 노드를 기본으로 답니다. n8n은 70종 이상의 AI 노드로 LangChain 에이전트를 노드 형태로 감싸고(buildfastwithai, 2026), Make는 2026년 초부터 Make AI Agents를 정식 출시했으며(automationatlas, 2026), Zapier는 Copilot으로 평문 요청을 Zap으로 바꿔 줍니다(doit.software, 2026). AI 호출이 곧 하나의 블록이 된 겁니다.

이번 장이 노리는 것

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

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

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

트리거 — 루프를 켜는 방아쇠

첫 칸은 방아쇠입니다. 지정한 메일함에 새 문의가 오거나, 웹훅으로 폼 응답이 들어오면 워크플로우가 스스로 켜집니다. 사람이 "시작" 버튼을 누르지 않아도 조건 자체가 시작 신호가 됩니다.

AI — 초안을 만드는 칸

두 번째 칸에서 AI 노드가 일합니다. 문의 내용을 넣고 "정중한 답장 초안 + 분류 태그(환불·배송·기타)를 JSON으로" 받는 식이죠. 여기서 중요한 건 출력 형식을 JSON처럼 기계가 읽기 좋은 꼴로 못박는 겁니다. 뒤 칸이 그 형식을 검사할 수 있어야 하니까요.

검증 — 통과를 가르는 게이트

세 번째 칸은 게이트입니다. 답장과 태그가 다 들어왔는지, 금지어는 없는지 확인합니다. n8n이라면 코드 노드나 JSON 파싱으로, Make라면 필터로 이 검사를 겁니다. 여기서 걸러야 뒤 단계가 안전합니다.

재시도 — 미달이면 되돌리는 칸

네 번째 칸이 루프를 루프답게 만듭니다. 통과하면 초안 저장으로, 미달이면 부족한 지시를 프롬프트에 더해 AI 칸으로 되돌립니다. 무한정 돌지 않도록 재시도 횟수에는 반드시 상한을 겁니다.

고객 문의 답장 워크플로우 한 바퀴

1. 트리거: 지정 메일함에 새 문의 도착 → 자동 시작
2. AI: 답장 초안 + 분류 태그를 JSON으로 생성
3. 검증: 필수 항목·금지어를 코드/필터 노드로 확인
4. 분기: 통과면 초안 저장, 미달이면 재시도(최대 2회) 후 실패 시 사람에게

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

검증 칸이 진짜 핵심이다

노코드 루프에서 초보와 실전의 차이는 검증 칸에서 갈립니다. AI 노드 결과를 그대로 다음으로 흘려보내면, 형식이 어긋난 출력 하나가 뒤 단계를 통째로 망가뜨립니다.

검증 없는 루프가 무너지는 방식

태그가 비어 있는데 그걸로 분류를 시도하면 워크플로우가 멈춥니다. 실제로 n8n에는 AI 에이전트가 물린 도구 노드에서 에러가 나면 그걸 에이전트에 돌려주지 않고 워크플로우 전체를 곧장 실패시키는 이슈가 보고돼 있습니다(GitHub n8n-io/n8n #24042). 한 칸의 실수가 전체를 세우는 구조라는 뜻입니다.

항목 검사부터 건다

그래서 실전 패턴은 "필요한 항목이 다 들어왔는지"를 먼저 확인합니다. n8n은 JSON 파싱·코드 노드, Make는 필터, Zapier는 필터 스텝을 씁니다. 빠진 게 있으면 그 지시를 프롬프트에 더해 한 번 더 돌리는 재시도 분기를 둡니다.

재시도 상한과 사람 회부

검증 실패 시 흐름은 이렇게 잡습니다.

1. 필수 항목(답장 본문·분류 태그)이 모두 있는가 검사
2. 미달이면 부족한 부분만 지적해 AI 칸으로 되돌려 재생성
3. 재시도 횟수를 셈 (최대 2회)
4. 2회에도 실패하면 사람 검토함으로 회부
5. 통과하면 다음 칸으로

이 "최대 N회 + 실패 시 사람에게"가 노코드 루프의 안전벨트입니다. 7장 가드레일을 미리 한 조각 당겨쓴 셈이죠.

도구별 에러 핸들링이 다르다

같은 재시도라도 도구마다 문법이 다릅니다. n8n은 노드별 재시도 옵션과 별도 에러 워크플로우로 실패를 받아냅니다. Make는 모듈에 Break 에러 핸들러를 붙여 재시도 횟수와 간격(분)을 지정하면, 오류 난 실행을 불완전 실행으로 저장했다가 자동 재시도합니다(help.make.com). 이 차이를 알고 골라야 헛돕니다.

n8n · Zapier · Make, 언제 뭘 쓸까

셋 다 AI 루프를 만들지만 결이 다릅니다. 조건과 재시도가 많이 얽힐수록 n8n, 한 방향으로 쭉 흐르면 Zapier, 그 사이가 Make라는 게 큰 그림입니다.

(수치 출처: doit.software·automationatlas, 2026 — 정책은 바뀔 수 있으니 실제 요금은 각 사이트에서 확인하세요.)

Zapier — 가장 빠른 한 줄 흐름

"메일 오면 요약해 슬랙에 보내기" 정도의 단순한 흐름이라면 Zapier가 가장 빨리 만듭니다. 앱 연동 수가 압도적이라 붙이려는 서비스가 대개 이미 있습니다. 대신 조건과 반복이 여럿 얽히면 금세 갑갑해집니다.

n8n — 복잡한 루프의 왕

앞에서 본 검증→재시도 분기처럼 조건이 얽힌 워크플로우는 n8n이 여유 있게 담습니다. 셀프호스팅 커뮤니티 에디션은 실행 횟수 제한 없이 무료라, 호출량이 많은 자동화에서 요금 압박이 없습니다(buildfastwithai, 2026). 직접 서버에 올리는 만큼 자유도도 가장 높습니다.

Make — 시각적 중간 지대

Make는 흐름을 눈으로 그리기 편해 중간 복잡도에서 균형이 좋습니다. Router로 갈래를 치고 Iterator로 배열을 하나씩 돌리며, Repeater로 정해진 횟수만큼 반복합니다(help.make.com). Zapier보다 유연하고 n8n보다 설정 부담이 적습니다.

고르는 순서

처음이라면 가장 단순한 흐름을 Zapier로 만들어 보고, 검증·재시도가 필요해지는 순간 n8n으로 옮기길 권합니다. 도구를 먼저 고르고 워크플로우를 끼워 맞추기보다, 흐름의 복잡도를 보고 도구를 고르는 게 순서입니다.

사람 검토를 한 칸 끼우기

완전 자동이 늘 정답은 아닙니다. 잘 만든 워크플로우는 "확신이 낮은 경우만 사람에게 넘기는" 칸을 둡니다.

사람 개입(human-in-the-loop)이란

AI가 애매하다고 판단하면 자동 발행 대신 담당자 승인 대기로 보내는 방식입니다. 이걸 사람 개입(human-in-the-loop)이라고 부릅니다. 한 칸만 끼워도 사고가 크게 줄어듭니다. 전부를 자동화하되 위험한 결정만 사람이 확인하는 거죠.

되돌릴 수 있나로 나눈다

판단이 애매할 땐 이렇게 가릅니다. 되돌릴 수 있는 일(초안 저장, 내부 메모)은 그냥 자동으로, 되돌리기 어려운 일(고객에게 실제 발송, 결제, 데이터 삭제)은 사람 확인 뒤에. 아까 문의 답장 워크플로우로 치면 초안 작성까지는 자동이지만 발송 버튼은 사람이 누르는 겁니다.

이 감각이 다음 장의 뿌리다

자동 루프는 잘못 돌면 사람이 안 보는 사이 사고가 커집니다. 재시도가 무한히 돌거나, 틀린 출력이 계속 쌓이거나, 호출 요금이 조용히 불어나거나. 여기에 손발까지 붙으면 AI 에이전트가 되는데, 그럴수록 폭주를 막는 장치가 더 절실해집니다.

다음 챕터에서는 무한루프·비용 폭증·환각 누적처럼 루프가 폭주할 때 이를 막는 가드레일을 다루겠습니다.