IT / AI 자동화
n8n AI Builder, 써보니
Code 모드가 핵심이었습니다
프롬프트 하나로 워크플로우가 뚝딱? 맞기는 한데, 그 전에 확인해야 할 구조가 있습니다.
v2.9.0에서 실제로 무엇이 달라졌나
n8n v2.9.0은 2026년 2월 16일 공개됐습니다. GitHub 공식 릴리스 기록을 직접 확인해 보면, 이번 버전에서 가장 눈에 띄는 변경은 딱 하나입니다. AI Builder 안에 Code Builder가 처음으로 통합됐다는 점입니다. (출처: n8n GitHub 공식 릴리스, 2026.02.16)
기존의 AI Builder는 “Ask” 방식이었습니다. 자연어로 워크플로우를 설명하면 노드 조합을 제안해 주는 방식인데, 내부적으로는 미리 정의된 노드 디스커버리 로직이 작동합니다. v2.9.0부터는 여기에 Code Builder가 추가돼 코드 기반의 워크플로우 생성 경로가 병렬로 열렸습니다. 공식 커밋 메시지는 이렇게 적혀 있습니다: “Add code-base workflow builder” (commit: 9729c2a).
이와 함께 Chat Hub의 도구 지원 범위도 확장됐습니다. 기존에는 Chat Hub에서 연결할 수 있는 도구 종류가 제한적이었는데, v2.9.0에서는 “Support most tools on Chat hub”라는 커밋이 병행됐습니다. 비기술 팀원이 채팅 인터페이스에서 AI 에이전트를 직접 사용할 수 있는 범위가 넓어진 겁니다. 그리고 Node.js 기본 버전이 v22에서 v24로 업그레이드됐습니다. 이건 단순 버전 올림이 아니라 성능 기준선이 바뀐 겁니다.
Ask 모드와 Code 모드, 차이가 큽니다
AI Builder에는 이제 두 가지 경로가 있습니다. 기존의 Ask 모드는 자연어 입력을 받아 기존 n8n 노드 라이브러리에서 가장 적합한 조합을 찾아냅니다. “슬랙으로 메시지 받으면 구글 시트에 저장해줘” 같은 요청에 잘 맞습니다. 반면 새로 추가된 Code Builder 모드는 같은 요청을 받더라도 Code 노드를 직접 생성해 JavaScript로 로직을 짭니다.
💡 공식 릴리스 노트와 실제 커밋 구조를 같이 놓고 보니 이런 차이가 보였습니다. Code Builder는 기존 노드 디스커버리 단계를 건너뜁니다. 공식 커밋에는 “Skip redundant node discovery in code-builder when approved plan is provided”라고 명시돼 있습니다. (출처: n8n GitHub, commit 0970e4f)
쉽게 말하면, Ask 모드는 기존 노드 조합을 “찾아주는” 방식이고, Code Builder는 노드 대신 코드를 “써주는” 방식입니다. 문제는 Code Builder가 생성한 코드가 복잡한 워크플로우에서 항상 안정적으로 작동하지 않을 수 있다는 점입니다. v2.9.0 릴리스에서 “Improve code-builder, addressing eval issues”라는 버그픽스가 함께 포함된 것도 이 맥락입니다.
또 하나 직접 확인한 사항이 있습니다. AI Builder는 OpenAI API를 내부적으로 사용합니다. v2.9.0 changelog에는 “Gracefully handle OpenAI 429 quota errors in AI workflow builder”라는 수정이 포함돼 있습니다. AI Builder 자체가 OpenAI 쿼터 한도에 걸릴 수 있다는 뜻입니다. n8n 계정 플랜 문제가 아니라 OpenAI API 쿼터 문제로 AI Builder가 멈출 수 있다는 건, 많은 사용자가 놓치는 부분입니다.
Chat Hub 통합 — 비기술 팀원도 쓸 수 있을까요
v2.9.0에서 Chat Hub 관련 변경이 두 가지 있었습니다. 하나는 지원 도구 범위 확장이고, 다른 하나는 Postgres 풀 크기 1일 때 발생하던 데드락 버그 수정입니다. (출처: n8n GitHub, commit e6a4c64) 이 버그는 소규모 셀프호스팅 환경에서 Postgres를 최소 사양으로 운영하는 경우에 Chat Hub 전체가 멈추는 문제였습니다.
Chat Hub의 아이디어는 간단합니다. 개발자가 아닌 팀원도 채팅창에 자연어로 요청하면 AI 에이전트가 워크플로우를 실행해 줍니다. n8n 내부의 복잡한 노드 구조를 몰라도 된다는 게 핵심입니다. 실제로 Reddit 커뮤니티에서도 “Chat Hub is super nice unified chat interface that lets non-technical colleagues use AI agents with natural language”라는 평가가 나왔습니다. (출처: r/n8n, 2026.02.15)
다만 솔직히 한 가지 아쉬운 점이 있습니다. Chat Hub는 워크플로우를 실행하는 인터페이스지, 워크플로우를 만드는 인터페이스가 아닙니다. 비기술 팀원이 Chat Hub를 쓰려면 개발자가 먼저 워크플로우를 만들고 공개해 놓아야 합니다. “비기술자도 쓸 수 있다”는 말이 반쯤만 맞는 이유입니다.
실행 횟수 기반 요금, 크레딧보다 유리한 경우
n8n Cloud의 가장 독특한 가격 구조는 워크플로우 1회 실행당 1카운트라는 점입니다. 노드가 5개든 50개든 한 번 실행하면 1회입니다. Make.com이나 Gumloop처럼 단계(스텝)마다 크레딧을 소모하는 구조와 완전히 다릅니다. (출처: n8n 공식 블로그, 2025.11.25)
| 플랜 | 월 실행 횟수 | 월 요금(연간) | AI Builder |
|---|---|---|---|
| Starter | 2,500회 | $20 | ✔ |
| Pro | 10,000회 | $50 | ✔ |
| Self-hosted | 무제한 | 무료 | ✔ |
※ 출처: n8n 공식 가격 페이지(n8n.io/pricing) 및 n8n 공식 블로그 기준 / 2026.03 확인
💡 워크플로우 안에 30개 노드가 있어도 실행 1회는 1회입니다. Make.com은 같은 상황에서 30 크레딧을 소모합니다. 복잡한 워크플로우를 반복 실행한다면 n8n이 훨씬 유리합니다.
단, 이 구조가 항상 유리한 건 아닙니다. 간단한 2~3 노드짜리 워크플로우를 하루에 수백 번 실행하는 경우라면 실행 횟수 한도가 금방 찹니다. Starter 플랜의 월 2,500회 한도는 하루 평균 약 83회입니다. 이 숫자를 기준으로 본인 자동화 빈도를 먼저 계산해보는 게 맞습니다.
AI Builder가 못 하는 3가지 상황
AI Builder가 워크플로우를 자동으로 만들어 준다는 말에 기대가 컸다면, 실제 한계를 먼저 짚는 게 낫습니다.
1 크리덴셜(API 키) 자동 설정 불가
AI Builder는 워크플로우 구조만 만들어줍니다. Slack, Google Sheets 등 외부 서비스 연결에 필요한 API 키는 여전히 사람이 직접 입력해야 합니다. v2.9.0에서 Quick Connect로 Cloud 기반 OAuth 연동이 쉬워지긴 했지만, AI Builder가 이걸 대신해 주지는 않습니다.
2 복잡한 에러 핸들링 구조 생성 불가
Reddit 실사용자가 직접 경험을 공유했습니다. “n8n으로 25개 이상 워크플로우를 구축했다가 Claude 4.6 출시 후 Node.js로 이전했는데, 직접 검토하니 에러 핸들링이 거의 없었다. n8n에서 그 부분을 피해왔던 것 같다”는 내용입니다. (출처: r/n8n, 2026.02.15) AI Builder가 자동 생성한 워크플로우도 같은 문제를 가지기 쉽습니다.
3 Focused Nodes 없이 대규모 캔버스 작업 불가
v2.9.0에서 Focused Nodes 기능이 추가됐습니다. 워크플로우가 수십 개 노드로 복잡해졌을 때 특정 노드 그룹에만 집중할 수 있는 기능입니다. 이 기능이 추가된 이유 자체가 AI Builder가 만들어낸 대규모 워크플로우의 가독성 문제를 의식한 것으로 보입니다. 즉, AI Builder가 생성해 주는 구조가 복잡해질수록 사람이 직접 검토하고 수정해야 하는 부분이 늘어납니다.
셀프호스팅 vs Cloud — 2026년 기준 비교
n8n의 가장 강력한 카드는 셀프호스팅 무료입니다. Cloud 플랜과 달리 실행 횟수 제한이 없고, 데이터가 외부로 나가지 않습니다. AI Builder도 셀프호스팅에서 동일하게 작동합니다. 단, 자체 OpenAI API 키를 연결해야 하고, 서버 유지 비용은 별도입니다.
💡 n8n 공식 문서에는 여기에 중요한 단서가 붙어 있습니다. n8n의 라이선스는 “Sustainable Use License”입니다. 셀프호스팅은 내부 업무용으로는 완전 무료이지만, 외부 고객에게 유료 서비스로 제공하거나 공개 상업적 API로 운영하는 경우엔 별도 상용 라이선스가 필요합니다. (출처: docs.n8n.io 라이선스 안내)
Redis와 Postgres를 함께 셀프호스팅하는 설정은 안정성은 높지만, v2.9.0에서 Postgres 풀 크기 1에서 Chat Hub 데드락 버그가 발생했다는 점을 감안하면 Postgres 풀 크기를 최소 2 이상으로 설정하는 게 안전합니다. 이건 공식 docs가 명시적으로 권고하는 내용은 아니지만, 실제 버그픽스 커밋 내용에서 확인되는 부분입니다.
또한 v2.10.0 (2026.02.23) 기준 워크플로우·크리덴셜 목록 페이지 로딩 성능이 대규모 인스턴스에서 30~80% 개선됐습니다. (출처: n8n 공식 릴리스 노트, 2026.02.23) 워크플로우를 수백 개 이상 관리하는 환경이라면 v2.9.0보다 v2.10.0 이상으로 바로 올리는 편이 낫습니다.
Q&A 5가지
마치며
n8n v2.9.0의 AI Builder + Code Builder 통합은 분명히 유용한 방향입니다. 프롬프트 하나로 워크플로우 초안을 얻을 수 있다는 점은 시간을 크게 아껴줍니다.
다만 써보니 명확히 느끼는 건, AI Builder가 만들어준 워크플로우를 그대로 프로덕션에 올리면 안 된다는 점입니다. 에러 핸들링이 빠져 있거나, Code Builder가 생성한 코드에 eval 관련 버그가 남아 있을 수 있습니다. 생성 → 검토 → 수정의 흐름은 여전히 사람 손이 필요합니다.
요금 구조 측면에서는 복잡한 워크플로우를 반복 실행하는 사람일수록 n8n의 실행 횟수 기반 과금이 유리합니다. 단순 반복 자동화를 하루에 수백 번 돌린다면 Starter 플랜의 2,500회 한도를 먼저 계산해보세요. 그리고 내부 업무 자동화라면 셀프호스팅이 여전히 가장 강력한 선택입니다.
본 포스팅 참고 자료
- n8n 공식 GitHub 릴리스 — v2.9.0 (github.com/n8n-io/n8n/releases)
- n8n 공식 릴리스 노트 문서 (docs.n8n.io/release-notes)
- n8n 공식 가격 페이지 (n8n.io/pricing)
- n8n 공식 블로그 — Best AI Workflow Automation Tools 2026 (blog.n8n.io)
- Reddit r/n8n — Coding vs n8n in 2026 (reddit.com/r/n8n)
본 포스팅은 2026년 3월 31일 기준으로 작성됐습니다. n8n v2.9.0 공식 GitHub 릴리스 및 공식 문서를 참고했습니다.
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 최신 정보는 n8n 공식 사이트에서 직접 확인하시기 바랍니다.
댓글 남기기