<n8n v2.2~v2.22의 주요 변화>
📋 목차
🤔 이번 업데이트, 왜 챙겨봐야 하나?
솔직히 말하자.
n8n 릴리즈 노트는 대부분 읽기 귀찮을 것이다.
기능 이름은 영어고, 뭐가 어떻게 달라지는지 감도 안 잡히고.
근데 이번 v2.20~v2.22는 다르다고 본다. 세 가지 변화가 워크플로 자동화 방식 자체를 바꿔놓았기 때문이다.
사용자들이 테스트해보면서 느낀 걸 요약하면, 이번 업데이트는 "기능 추가"가 아니라 "자동화 에이전트의 완성도"를 한 단계 올린 느낌이라는 것이다. 특히 MCP OAuth랑 Observational Memory는 진짜 게임체인저라고 한다.
📅 3개 버전 릴리즈 타임라인
MCP OAuth 기반 구축, 암호화 키 관리 페이지, Netlify Trigger 검증, Microsoft 365 Agent Trigger 추가
Observational Memory 스토리지 구축, 13개 Webhook 검증 추가, IP 속도 제한 도입
NVIDIA Nemotron 지원, Observational Memory 런타임 완성, Crypto Node 암호화/복호화, 리댁션 정책 UI
🔐 MCP OAuth — "비밀번호 교환 번거로움, 이제 자동으로"
OAuth가 뭔지 먼저 쉽게 설명해보자
OAuth는 쉽게 말하면 "열쇠를 복사해주는 대신 출입증만 발급해주는 방식"이다.
비유로 이해하기
API Key 방식 (기존)
집 비밀번호를 적어서 택배기사한테 줌 — 편하지만 비밀번호가 노출되면 끝
OAuth2 방식 (신규)
택배 수령 시간에만 쓸 수 있는 임시 출입증을 발급 — 만료되면 자동 폐기, 탈취해도 쓸모없음
n8n에서 MCP로 Notion, Slack, Google 같은 외부 서비스를 연결할 때도 똑같이 적용된다. 기존에는 각 서비스의 OAuth 설정 화면에서 Client ID, Client Secret, 토큰 URL 등을 직접 복붙해야 했는데, v2.20부터 이 과정이 자동화됐다.
구체적으로 뭐가 달라졌나?
v2.20~v2.22 MCP 주요 변경사항
| 변경 항목 | 이전 방식 | 이후 방식 |
|---|---|---|
| OAuth2 자격증명 | Client ID·Secret 등 수동 입력 | 서비스별 자동 생성 🎉 |
| MCP 서버 설정 | 일반 HTTP 노드로 직접 구성 | 전용 도구(Dedicated Tool)로 전환 |
| 원격 MCP 서버 동기화 | 트리거 시에만 연결 | 주기적 자동 페치 ⏱️ |
| 민감 정보 보호 | 출력값에 토큰 노출 가능 | MCP 브라우저 툴 출력 자동 리댁션 |
MCP 연결 인증 방식 선택 가이드
OAuth2 방식 추천 상황
- 여러 AI 클라이언트를 동시에 연결할 때
- 특정 클라이언트 접근만 끊어야 할 때
- 팀원들이 각자 인증해야 할 때
- 보안이 중요한 프로덕션 환경
Access Token 방식 추천 상황
- 빠르게 테스트해볼 때
- 혼자 쓰는 개인 인스턴스
- 클라이언트가 단 하나일 때
- 처음 설정 단계에서 검증할 때
💡 Access Token 주의사항
n8n은 최초 생성 시에만 토큰 전체를 보여준다. 이후엔 마스킹 처리되니까 반드시 생성 직후 복사해서 저장해둬 한다. 그래서, 새 토큰을 발급하면 기존 토큰은 자동으로 폐기되고 연결된 클라이언트 전체를 다시 업데이트해야 한다. 여러 클라이언트를 쓴다면 OAuth2가 훨씬 관리하기 편해진 것이다.
🧠 Observational Memory — AI 에이전트가 "경험"으로 배운다
이번 업데이트에서 개인적으로 가장 기대되는 기능이다. 이름부터 좀 멋있지 않나? Observational Memory(관찰 기반 메모리).
기존 AI 에이전트의 한계가 뭐였냐면
지금까지 n8n AI 에이전트는 대화 내 메모리(In-context Memory)나 외부 DB에 저장된 정보를 활용하는 방식이었다. 근데 핵심 문제가 있었다:
😤 기존 에이전트의 한계
- 100번 실행해도 첫 번째 실행과 판단 기준이 똑같아
- "이 케이스는 저번에 실패했으니 다르게 접근해볼게"가 안 됨
- 운영 환경에서 쌓인 노하우가 에이전트 행동에 반영되지 않음
Observational Memory는 이렇게 작동한다
🔄 Observational Memory 작동 흐름
v2.21과 v2.22, 어떻게 나뉘어 구현됐나?
v2.21.0 — 기반 공사
- 메모리 스토리지 기반 구축
- 관찰 데이터 저장 스키마 설계
- 빌더 인터페이스 초기 구현
v2.22.0 — 실제 동작 완성
- Observer · Storage · Reflector 연결
- 런타임에서 메모리 실제 활용
- 전체 파이프라인 통합 완료
✍️ 솔직한 평가
v2.22 기준으로 이미 동작은 하지만, 실제 프로덕션 레벨에서 얼마나 안정적으로 동작하는지는 좀 더 지켜봐야 한다. 인프라 자체는 완성됐고, 앞으로 AI Builder 쪽이랑 연동되면서 더 강력해질 것 같다. 내 Mac Mini M4 Pro 환경에서 vLLM 에이전트랑 붙여보고 후기 올리도록 하겠다 😄
어떤 워크플로에 유용해?
- 고객 문의를 처리하는 AI 에이전트 — 자주 틀리는 패턴을 스스로 학습
- 데이터 분류 자동화 — 분류 오류가 쌓이면서 기준이 자동으로 정교해짐
- 코드 리뷰 에이전트 — 팀의 코드 스타일을 점점 더 정확하게 반영
- RAG 파이프라인 — 어떤 쿼리에서 검색 정확도가 낮았는지 기억하고 보정
🟢 NVIDIA Nemotron — 모델 선택지가 늘어난다는 게 왜 중요한가?
먼저 n8n이 지원하는 AI 모델 현황부터 보자
n8n의 AI 에이전트는 LangChain 기반으로 동작하는데, 덕분에 LLM 제공사를 마음대로 교체할 수 있다. 워크플로 전체를 다시 짤 필요 없이 모델 노드만 바꾸면 된다.
n8n 공식 지원 AI 모델 제공사 (v2.22 기준)
그래서 Nemotron이 추가된 게 왜 의미 있나?
OpenAI나 Claude가 이미 있는데 Nemotron이 뭐가 다르냐고? 세 가지 포인트다.
① 데이터가 외부로 안 나가는 온프레미스 배포
Nemotron은 오픈웨이트 모델이라 NIM(NVIDIA Inference Microservices) 컨테이너로 자체 서버에 올릴 수 있다. 의료, 금융, 법무처럼 데이터 외부 전송이 법적으로 제한된 산업에서 n8n AI 에이전트를 돌릴 수 있게 되는 거다. 기존 Ollama 기반 로컬 모델과 비슷하지만, 엔터프라이즈 SLA와 GPU 최적화가 붙어있다.
② Tool Calling에 특화된 에이전트 모델
Nemotron 3 Super 모델은 멀티 에이전트 파이프라인의 도구 호출(Tool Calling)과 추론에 최적화된 설계다. n8n AI 에이전트에서 여러 노드를 순서대로 호출하는 복잡한 워크플로일수록 일반 범용 모델보다 더 정확하게 동작할 수 있다.
③ NIM의 OpenAI 호환 API — 기존 설정 그대로 교체 가능
NIM은 OpenAI 호환 REST API를 제공한다. n8n 워크플로에서 모델 노드 엔드포인트만 NIM 주소로 바꾸면 나머지 설정을 건드릴 필요가 없다. 즉, 기존에 GPT-4o로 만든 워크플로를 Nemotron으로 교체하는 데 5분도 안 걸린다.
Nemotron 3 주요 모델 라인업 (2026.05 기준)
| 모델 | 파라미터 | 특징 | n8n 활용 적합도 |
|---|---|---|---|
| Nano Omni | 30B-A3B MoE | 텍스트·이미지·오디오·비디오 멀티모달, 엣지 배포 가능 | ⭐⭐⭐⭐ 경량 서브에이전트 |
| Super | 120B-A12B | Tool Calling·추론 최적화, 멀티 에이전트 | ⭐⭐⭐⭐⭐ 메인 오케스트레이터 |
| Ultra | 대형 | 최고 정확도, 복잡한 과학·수학 추론 | ⭐⭐⭐ 고성능 필요 시 |
참고: Nemotron 3 패밀리는 출시 1년 만에 다운로드 5천만 건 돌파
🖥️ 자체 호스팅 현실적인 얘기
Nano Omni는 RTX 4090 / RTX 5070 Ti 수준에서도 구동 가능하지만, Super(120B) 이상은 8× H100-80GB 수준의 GPU 클러스터가 필요하다. 개인 개발자라면 클라우드 엔드포인트(build.nvidia.com)에서 API 키로 시작하고, 온프레미스는 Nano 급부터 테스트해보는 게 현실적이다. 참고로 NVIDIA NIM은 가입 시 무료 1,000 크레딧을 제공하고 있다.
🛡️ 보안 강화 — Webhook 검증 15종 한 번에 추가
이번 업데이트에서 조용히 중요한 변화가 있었다. 15개 이상의 외부 서비스 Trigger 노드에 Webhook 요청 서명 검증이 추가됐다.
Webhook 검증이 없으면 누군가 악의적으로 가짜 요청을 보내도 워크플로가 실행돼버린다. 특히 프로덕션에서 외부 서비스와 연동할 때 꼭 필요한 기능이다.
🔒 Webhook 검증이 추가된 서비스 목록
이 외에도 Crypto Node에 데이터 암호화/복호화 기능이 추가됐다. 이제 워크플로 내에서 민감한 데이터를 직접 암호화해서 DB나 외부 API에 저장할 수 있다. 별도 Lambda 함수나 외부 서비스 안 써도 된다.
💡 실제로 어떻게 써먹나 — 3가지 적용 시나리오
📌 시나리오 1: MCP OAuth + Notion 연동 자동화 에이전트
상황: Notion에 저장된 회의록을 AI 에이전트가 자동으로 요약해서 Slack으로 전송하는 워크플로
Notion OAuth2 설정 → 토큰 URL 수동 입력 → scope 직접 지정 → 연결 테스트
(최소 30분 소요, 오타 하나면 처음부터 다시)
After v2.20:
MCP 전용 도구에서 Notion 선택 → OAuth2 자격증명 자동 생성 → 연결 완료
(약 5분 소요 ✅)
📌 시나리오 2: Observational Memory로 고객 지원 에이전트 고도화
상황: 하루 수백 건 처리하는 고객 문의 자동 분류 에이전트
Observational Memory 적용 후:
1. Observer가 오분류된 케이스를 관찰하고 로그 생성
2. Reflector가 패턴 분석 → "이런 키워드가 포함된 문의는 X 카테고리로 보내야 한다" 학습
3. 다음 실행부터 개선된 기준 자동 적용
→ 운영 2주 후부터 오분류율 점진적 감소 기대
📌 시나리오 3: NVIDIA Nemotron + n8n 멀티 에이전트 파이프라인
상황: 복잡한 비즈니스 분석 태스크를 여러 AI 에이전트가 분담 처리
• 데이터 수집 에이전트: Nemotron Nano (가볍고 빠름)
• 분석 에이전트: Nemotron Super (Tool Calling 최적화)
• 최종 보고서 생성: Nemotron Ultra 또는 Qwen3 72B
n8n 연결 방법:
NIM 마이크로서비스 주소를 OpenAI 호환 엔드포인트로 설정 →
n8n AI Agent 노드에서 모델만 교체하면 완성
❓ 자주 묻는 질문 (FAQ)
Q. v2.20으로 업그레이드하면 기존 MCP 워크플로가 깨지나요?
기존 HTTP Request 방식으로 MCP 서버를 연결하고 있다면 그대로 동작한다. 새 전용 도구 방식은 선택적으로 적용할 수 있다. 강제 마이그레이션은 없다. 다만 OAuth2 자동 생성 기능을 쓰려면 기존 자격증명을 새 방식으로 재설정해야 할 수 있다.
Q. Observational Memory는 지금 당장 쓸 수 있나요?
v2.22 기준으로 인프라는 완성됐다. 다만 UI에서 설정할 수 있는 노드 형태로 노출되기까지는 추가 업데이트가 필요할 수 있다. 현재는 AI Builder 쪽에서 활용하는 방향으로 점진적으로 통합되고 있으니, 공식 문서가 업데이트되는 걸 지켜봐야 한다.
Q. NVIDIA Nemotron을 자체 호스팅하려면 어떤 GPU가 필요한가요?
모델 크기에 따라 다르지만 Nemotron Nano 기준으로 VRAM 24GB 이상 권장된다. RTX 4090이나 RTX 5090 정도면 충분하다. Super 이상은 A100/H100급 GPU가 필요하다. NVIDIA NIM 마이크로서비스로 배포하면 vLLM 기반으로 동작하니까 기존 로컬 LLM 인프라 그대로 활용 가능하다.
Q. Webhook 검증 추가로 기존 Trigger 노드 설정을 바꿔야 하나요?
기존에 검증 없이 사용하던 노드라면 별도 작업은 필요 없다. 검증 기능이 추가된 거지 강제 활성화된 건 아니다. 다만 보안 강화를 위해 각 서비스의 Webhook Secret 설정을 n8n에 등록하는 걸 추천한다. GitLab이나 Figma처럼 시크릿 키를 제공하는 서비스는 지금 바로 설정해두면 좋다.
Q. 이번 업데이트가 n8n 셀프 호스팅에도 동일하게 적용되나요?
클라우드와 셀프 호스팅 모두 동일하게 적용된다. Docker로 운영 중이라면 이미지를 v2.22.x 최신 버전으로 pull해주면 된다. 암호화 키 관리 페이지나 데이터 리댁션 정책은 셀프 호스팅 환경에서 오히려 더 중요하게 쓰일 수 있다.
Instance-level MCP가 뭔지 먼저 알아야 한다
잠깐, 헷갈릴 수 있으니까 먼저 정리하고 가자. n8n에서 MCP 관련 기능이 두 가지가 있다.
기존 방식 -- MCP Server Trigger 노드
- 단일 워크플로 안에 설정
- 그 워크플로만 MCP 서버로 노출
- 워크플로마다 개별 세팅 필요
신규 방식 -- Instance-level MCP
- 인스턴스 전체에 단 하나의 연결
- MCP 활성화한 워크플로 전부 노출
- Claude, ChatGPT, Cursor 등 어디서든 접근
"n8n을 열지 않아도 Claude 채팅창에서 워크플로를 실행할 수 있다. 탭 전환 없이, 대화 흐름을 끊지 않고."
연결 설정 흐름 3단계
OAuth2 또는 Access Token 방식 선택 가능
이름과 설명을 명확하게 써두는 게 핵심
실제 사용자들은 어떻게 말하나 -- 커뮤니티 리뷰 모음
n8n 공식 커뮤니티 포럼, Substack, Medium에서 수집한 실제 사용자 반응이다. 좋은 점만 모아두는 건 의미 없으니까, 아쉬운 점도 솔직하게 담았다.
이런 점이 좋았다는 반응
"워크플로 확인하러 툴을 왔다갔다 할 필요가 없어졌어. 이제 내가 쓰던 AI 채팅 인터페이스 안에서 모든 게 다 보여."
-- Medium, 2025.12
"탭 전환을 없애는 게 단순히 30초를 아끼는 문제가 아니야. 집중 상태(flow state)를 보호하는 거야. 전략 작업이나 글 작성 중간에 컨텍스트 스위칭이 일어나면 생각의 흐름 자체가 끊겨버려."
-- Substack, 2026.02
"워크플로별로 서브에이전트를 만들어서 쓰고 있는데 완전 게임체인저야. n8n 전체 인스턴스 레벨 MCP가 내 전체 시스템에 대단한 추가였어."
-- GenAI Unplugged 댓글, 2026.02
Claude Desktop에서 "매일 오전 7시에 Gmail로 뉴욕 날씨 예보 보내줘"라고 요청했더니, 워크플로를 생성하고 검증하고 실행까지 자동으로 완료했어. n8n 팀이 이미 이 기능을 실무에서 매일 쓰고 있어.
-- n8n Blog, 2026.04
아직 아쉬운 점도 솔직하게
클라이언트별 접근 제어 없음
여러 MCP 클라이언트를 연결하면 모두 동일한 워크플로 목록에 접근해. 특정 클라이언트에만 특정 워크플로를 허용하는 per-client 제어는 아직 없어. 민감한 워크플로는 MCP에 노출하지 않는 게 좋아.
-- n8n 공식 문서 주의사항
바이너리 데이터 출력 제한
이미지, 영상, PDF처럼 용량이 큰 바이너리 파일을 반환하는 워크플로는 채팅 인터페이스에서 결과가 제대로 안 보일 수 있어. 텍스트 기반 출력 위주의 워크플로에서 가장 잘 작동해.
-- genaiunplugged.substack.com, 2026.02
셀프호스팅 초기 연결 이슈
초기 베타 시절 셀프호스팅 환경에서 Lovable 연결 시 OAuth 콜백 문자열 길이 초과 에러가 발생했어. v1.121.2 패치로 수정됐지만, nginx 리버스 프록시 환경에서 SSE/EOF 에러가 나오는 케이스는 여전히 보고되고 있어.
-- n8n Community Forum (barty-bart, pacing030), 2025.11~12
복잡한 워크플로 빌드 한계
분기 조건이 많거나 중첩 로직이 복잡한 워크플로는 AI가 처음부터 완벽하게 만들기 어렵고 수동 수정이 필요한 경우가 많아. 여러 노드가 동일한 역할을 할 때 잘못된 노드를 선택하는 경우도 있어. n8n 팀도 이 부분을 개선 중이라고 공식 발표했어.
-- n8n Blog, 2026.04
커뮤니티가 검증한 Best Practice 5가지
워크플로 이름과 설명을 구체적으로 -- "Workflow 1" 말고 "지난주 이메일 요약 후 Telegram 전송"처럼 써야 AI가 제대로 골라
Chat보다 Coding Agent 추천 -- n8n 팀 테스트 결과 Claude Code가 Claude Chat보다 워크플로 빌드 품질이 더 좋았어
처음부터 다시 시작하지 말고 이어서 -- 80%가 맞으면 같은 대화창에서 "이 부분만 수정해줘" 방식이 컨텍스트 유지에 훨씬 효율적
Webhook/Schedule Trigger만 MCP 노출 -- Manual Trigger는 AI가 프로그래매틱으로 실행할 수 없어. Webhook이나 Schedule로 엔트리 포인트를 반드시 만들어둬
최신 API 문서는 직접 넣어줘 -- 최신 API라면 Claude가 모를 수 있어. 문서 링크나 엔드포인트를 직접 채팅에 붙여넣으면 훨씬 정확해
Chat으로 워크플로를 빌드한다 -- Public Preview 상세
2026년 4월 말 n8n이 공개한 Public Preview는 단순히 워크플로를 "실행"하는 것을 넘어, 이제 채팅으로 워크플로를 만들고 수정까지 할 수 있다.
Chat으로 가능한 것 vs 불가능한 것
가능한 것
- 자연어로 워크플로 생성
- 기존 워크플로 수정 및 업데이트
- 워크플로 검증 및 테스트 실행
- 에러 발생 시 자동 수정 시도
- Data Table 관리
아직 안 되는 것
- 클라이언트별 워크플로 접근 제한
- 워크플로 직접 삭제
- 복잡한 다중 분기 완벽 구현
- Credential 직접 바인딩
- 대용량 바이너리 출력 처리
AI가 내부적으로 어떻게 워크플로를 만드나?
n8n MCP 서버는 내부적으로 JSON이 아닌 TypeScript 방식으로 워크플로를 생성한다. TypeScript 코드 생성이 JSON 직접 생성보다 AI 모델에서 훨씬 정확한 결과를 만들어내게 되었다.
AI 워크플로 빌드 자동 순환 프로세스
이 과정에서 사람이 직접 개입할 필요 없다. AI가 스스로 에러를 읽고 수정해서 재실행까지 완료한다.
셀프호스팅 유저를 위한 추가 참고사항
- MCP 설정은 환경 변수로도 관리 가능 (Settings 또는 env vars)
- nginx 리버스 프록시 환경에서는 WebSocket/SSE 헤더 설정 확인 필요
- 커뮤니티 에디션 포함 모든 에디션에서 무료 사용 가능
- 워크플로 빌드 기능은 v2.18.4 이상 권장
댓글 쓰기