n8n v2.13.0 ~ v2.14.2
IT/AI
n8n 멀티 에이전트 직접 써봤습니다 — 되는 것과 막히는 것
“한 번 실행 = 한 번 과금”이라는 구조가 멀티 에이전트에서 어떤 의미인지, 막상 써보니 생각과 달랐던 부분들을 공식 문서와 함께 짚었습니다.
n8n 멀티 에이전트, 지금 쓸 만한 시점인가요?
결론부터 말씀드리면, 기술적으로는 가능하지만 쓰는 방법에 따라 경험 차이가 큽니다. n8n은 독일 기업 n8n GmbH가 개발한 오픈소스 기반 워크플로 자동화 도구로, GitHub 스타 수 181,479개(2026.03.30 기준, n8n.io)를 기록한 활발한 프로젝트입니다.
멀티 에이전트란 하나의 “오케스트레이터 에이전트”가 하위 에이전트들에게 작업을 위임하고, 각 에이전트가 전문 도구를 사용해 결과를 반환하는 구조입니다. n8n에서는 AI Agent Tool 노드를 사용해 이 계층 구조를 캔버스 위에서 시각적으로 구현합니다.
2026년 3월 기준, n8n의 최신 안정 버전은 v2.13.4이고 베타 버전은 v2.14.2입니다. 이 버전부터 MCP(Model Context Protocol) 도구 확장, SSRF 보호, 1Password 외부 시크릿 연동 같은 기능이 공식 릴리즈에 포함됐습니다. (출처: n8n 공식 릴리즈 노트, docs.n8n.io/release-notes/, 2026.03)
2026년 3월 업데이트에서 실제로 달라진 것들
v2.13.0(2026.03.09 릴리즈)에서 눈에 띄는 변화는 크게 세 가지입니다. 첫째, MCP 워크플로 도구 확장입니다. 이제 n8n의 워크플로를 MCP 서버 도구로 노출하거나 퍼블리시할 수 있고, 별도 MCP 풀 실행 데이터 도구가 생겼습니다. AI 에이전트가 다른 시스템과 표준화된 방식으로 통신하는 기반이 강화된 셈입니다.
둘째, 1Password 외부 시크릿 연동(Enterprise)이 공식 지원됩니다. 기존에는 HashiCorp Vault, AWS Secrets Manager, Azure Key Vault, GCP Secret Manager 네 가지만 지원했는데, 1Password Connect Server가 추가됐습니다. 시크릿 값은 런타임에만 가져오고 n8n 내부에 저장되지 않습니다. (출처: n8n 릴리즈 노트 v2.12.0, docs.n8n.io, 2026.03.09)
셋째, v2.13.0에서 SSRF(Server-Side Request Forgery) 보호가 기본 설정에 포함됐습니다. 내부 네트워크 주소로의 요청을 차단하는 설정인데, 자체 호스팅 인스턴스에서 내부 API를 호출하는 워크플로를 운영 중이라면 반드시 확인해야 할 변경 사항입니다. 이 설정이 기존 워크플로를 조용히 막을 수 있습니다.
💡 공식 발표문과 실제 사용 흐름을 같이 놓고 보니 이런 차이가 보였습니다
v2.13.0 릴리즈 노트에는 SSRF 보호가 “신규 기능”으로 분류되어 있습니다. 그런데 자체 호스팅으로 내부 서비스를 연결해온 팀에게는 사실상 “기존 동작이 바뀌는 보안 변경”에 가깝습니다. 업데이트 전에 내부 HTTP Request 노드가 있는 워크플로를 먼저 점검할 것을 권장합니다.
“자동화니까 알아서 하겠지”가 안 통하는 구간
n8n 커뮤니티에서 자주 등장하는 문제가 있습니다. 메인 에이전트에 하위 에이전트를 AI Agent Tool 노드로 붙이면 워크플로 실행이 그냥 멈춥니다. “Executing workflow…” 상태에서 영원히 대기하는 현상이죠. (출처: n8n Community, community.n8n.io/t/workflow-hangs-when-adding-an-ai-agent-tool-multi-agent-setup/190888)
이 문제의 원인 중 하나는 n8n 코어 버전과 에이전트 노드 내부 버전이 다를 때입니다. n8n 자체를 최신으로 업데이트해도 에이전트 노드 타입버전이 낮으면 그 불일치가 실행을 멈추게 합니다. 커뮤니티에서 제시한 임시 해결책은 하위 에이전트를 직접 연결하는 대신 Execute Workflow Tool로 별도 워크플로를 호출하는 방식입니다. 이 방식은 좀 더 안정적이고, 각 에이전트 워크플로를 독립적으로 테스트할 수 있다는 장점도 있습니다.
v2.14.0(2026.03.24) 릴리즈에서 “MCP 도구 호출 시 도구 이름을 올바르게 추출하지 못하는 버그”가 수정됐습니다. 이 버그가 멀티 에이전트 환경에서 에이전트 간 도구 전달을 조용히 실패하게 만들었던 사례와 연결됩니다. (출처: n8n GitHub 커밋 #27345, 2026.03.24)
비용 구조를 제대로 이해하면 선택이 달라집니다
n8n의 요금 구조는 경쟁 서비스와 근본적으로 다릅니다. n8n은 “실행(Execution)” 단위로 과금합니다. 워크플로가 처음부터 끝까지 한 번 돌면 그게 1회 실행입니다. 안에 노드가 5개든 50개든 상관없습니다. (출처: n8n 공식 요금 페이지, n8n.io/pricing, 2026.03.30)
Starter 플랜(월 $20, 연간 결제 기준)은 월 2,500회 실행을 제공합니다. Pro 플랜(월 $50)은 실행 수를 커스텀으로 조정할 수 있습니다. Business 플랜(월 $667)은 40,000회 실행에 자체 호스팅 옵션이 포함됩니다.
| 플랜 | 월 요금 (연간) | 월 실행 수 | 동시 실행 | 호스팅 |
|---|---|---|---|---|
| Starter | $20 | 2,500회 | 5개 | n8n Cloud |
| Pro | $50~ | 커스텀 | 20개 | n8n Cloud |
| Business | $667 | 40,000회 | — | 자체 호스팅 |
| Community | 무료 | 무제한 | — | 자체 호스팅(GitHub) |
자체 호스팅(Community 에디션)은 GitHub에서 무료로 받아 VPS($5~$20/월)에 올리면 소프트웨어 비용이 없습니다. 멀티 에이전트가 루프를 100번 돌아도 실행 카운트는 1회입니다. 단, SSRF 보호·외부 시크릿 연동 같은 Enterprise 기능은 별도 라이선스가 필요합니다.
Zapier·Make와 멀티 에이전트 비교 — 공식 수치로 직접 계산했습니다
💡 비용 차이가 “복잡한 AI 에이전트”일수록 급격히 벌어지는 이유
Zapier는 1개 액션마다 1 Task를 차감합니다. n8n은 워크플로 전체가 1 Execution입니다. 에이전트가 20번 “생각”하는 루프를 돌면, Zapier에선 20 Task이지만 n8n에선 1 Execution입니다. 이 차이를 수치로 직접 계산해봤습니다.
시나리오: 3단계 멀티 에이전트 워크플로(조사 → 분류 → Slack 알림)가 하루 10회 실행된다고 가정합니다.
$$\text{Zapier Professional 플랜 소진 속도} = 10\text{회/일} \times 3\text{단계} \times 30\text{일} = 900 \text{ Tasks/월}$$
Zapier Professional 플랜($29.99/월)의 월 한도는 750 Tasks입니다. 위 계산대로라면 약 25일 만에 한도를 초과합니다. (출처: practicalaismb.com/zapier-ai-agents-vs-make-ai-vs-n8n, 2026.03.03 — n8n 공식 가격 페이지 비교 참조)
같은 워크플로를 n8n Starter($20/월, 2,500 Executions)에서 돌리면 월 300회 실행입니다. 한도의 12%만 쓰는 셈입니다. 에이전트가 내부 루프를 10번 추가로 돌아도 실행 카운트는 여전히 300회입니다. 단계 수가 늘어날수록 n8n의 비용 우위는 더 커집니다.
| 항목 | Zapier | Make | n8n |
|---|---|---|---|
| 과금 단위 | Task(액션별) | Operation(모듈별) | Execution(전체 1회) |
| 20단계 AI 루프 비용 | 20 Tasks | 20 Operations | 1 Execution |
| 멀티에이전트 상태 메모리 | 기본 대화 | 시나리오 기반 | LangGraph(고급) |
| 자체 호스팅 가능 여부 | ❌ | ❌ | ✅ (무료) |
Make는 월 약 $11에 10,000 Operations로 중간 가격대입니다. 다만 AI 에이전트 맥락 창을 앞뒤로 LLM에 넘기는 고빈도 루프 구조에서는 Make도 빠르게 한도를 소진합니다. (출처: tentexai.com/blog/zapier-vs-make-vs-n8n-ai-automation, 2026.03.05)
HITL 기능이 왜 단순한 “승인 버튼”이 아닌지
💡 n8n 공식 문서에서 “확률적 에이전트 동작”이라는 표현을 쓴 이유가 있습니다
HITL(Human-in-the-Loop) 기능의 공식 설명을 보면 “프롬프트 기반 안전장치의 불확실성에서 벗어나 결정론적 제어(deterministic control)를 제공한다”고 직접 명시합니다. AI를 믿고 맡기는 게 아니라, 특정 도구는 반드시 사람이 보고 눌러야 실행된다는 구조입니다.
n8n v2.6.0(2026.01.26 릴리즈)에서 AI 에이전트의 특정 도구 실행 전 사람의 명시적 승인이 필요하도록 설정하는 HITL 기능이 추가됐습니다. (출처: n8n 공식 릴리즈 노트 v2.6.0, docs.n8n.io, 2026.01.26)
핵심 포인트는 승인 채널이 실제 상호작용 채널과 달라도 된다는 점입니다. 예를 들어 사용자는 n8n 내장 Chat으로 에이전트와 대화하지만, “고객 데이터 삭제” 도구 실행 승인 요청은 Slack 특정 채널로 보내고 다른 팀원이 승인하도록 설정할 수 있습니다. 공식 문서에는 Chat, Slack, Discord, Telegram, Microsoft Teams, Gmail, WhatsApp, Google Chat, Microsoft Outlook 총 9개 채널이 지원된다고 나와 있습니다. (출처: n8n Docs, docs.n8n.io/advanced-ai/human-in-the-loop-tools/)
이 기능이 멀티 에이전트 구조에서 특히 중요한 이유는, 하위 에이전트가 실수로 프로덕션 데이터를 건드릴 수 있는 시나리오를 막는 안전망이 되기 때문입니다. 프롬프트에 “조심해라”고 쓰는 것과 실행 자체를 막는 것은 완전히 다른 이야기입니다. 후자는 프롬프트 해석에 관계없이 무조건 멈춥니다.
써보고 나서 드는 솔직한 생각
n8n 멀티 에이전트는 기술적으로 완성도가 높아지고 있지만, 아직은 “개발자 친화적”이라는 말이 그냥 수식어가 아닙니다. Docker나 Railway 같은 배포 환경을 직접 다뤄본 경험이 없으면 자체 호스팅 구성에서 막힐 수 있습니다. 클라우드 버전은 설치 없이 바로 쓸 수 있지만, 최대 5개 동시 실행이라는 Starter 한도가 실제 서비스 운영에선 금방 체감됩니다.
그럼에도 경쟁 서비스 대비 n8n이 분명히 낫다고 느낀 상황이 있습니다. 에이전트가 루프를 많이 돌거나, 여러 LLM을 조합(예: GPT-5.4로 계획, Claude로 요약)하거나, 데이터를 사내 인프라 밖으로 내보내고 싶지 않을 때입니다. 이 세 조건 중 하나라도 해당되면, n8n의 비용 구조와 자체 호스팅 옵션은 실질적인 이점입니다.
이 부분이 좀 아쉬웠습니다. AI Agent Tool 노드의 버전 불일치 이슈가 아직 완전히 해결되지 않았고, 멀티 에이전트 구성에서 오류가 나면 어떤 하위 에이전트에서 막혔는지 추적하기가 쉽지 않습니다. v2.14.0에서 MCP 도구 이름 추출 버그가 수정됐지만, 유사한 류의 조용한 실패(silent failure)가 아직 커뮤니티에서 간헐적으로 보고되고 있습니다.
자주 묻는 질문
마치며
n8n 멀티 에이전트는 “복잡한 AI 워크플로를 저비용으로 운영하고 싶다”는 조건에서 현재 가장 실용적인 선택지 중 하나입니다. 실행 기반 과금 구조는 AI 에이전트처럼 내부 루프가 많은 작업에서 압도적인 비용 우위를 만들고, 자체 호스팅은 데이터 주권이 중요한 환경에서 대안이 없습니다.
다만 기대했던 것과 달랐던 부분도 있습니다. AI Agent Tool 노드 직접 연결의 안정성 문제, SSRF 보호로 인한 기존 워크플로 영향 가능성, 멀티 에이전트 오류 시 추적의 어려움 — 이 세 가지는 막상 써보기 전에는 공식 문서나 소개 영상에서 잘 드러나지 않는 부분입니다.
2026년 3월 현재, n8n은 매주 새 버전을 내놓고 있습니다. v2.13.0에서 MCP 확장과 SSRF 보호가 들어왔고, v2.14.0에서 멀티 에이전트 관련 버그들이 수정됐습니다. 지금 이 시점에 써보는 게 6개월 전보다 훨씬 괜찮은 경험이 될 것은 분명합니다.
본 포스팅 참고 자료
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 모든 수치 및 기능 정보는 2026년 3월 30일 기준이며, n8n v2.13.0~v2.14.2 릴리즈 노트와 공식 요금 페이지를 참조했습니다. n8n은 빠른 릴리즈 주기를 유지하므로 최신 변경 사항은 공식 문서에서 확인하시기 바랍니다.
댓글 남기기