모든 n8n 릴리즈는 플랫폼을 한 단계 발전시킵니다. 변경 로그에서는 n8n 기반으로 구축하는 기술 팀에 가장 중요한 변경 사항을 소개합니다. 여기에는 새로운 기능, 워크플로 실행 방식에 대한 더 큰 제어권, 실제 동작에 대한 더 명확한 가시성이 포함됩니다. 각 항목은 출시된 버전과 연결되어 있으며 최신 항목이 먼저 표시됩니다. 각 항목은 독립적으로 이해할 수 있도록 작성되어 있어 팀이 기다려 온 업데이트 하나를 쉽게 공유할 수 있습니다.

오류 워크플로 실행은 더 이상 할당량에 포함되지 않습니다#

릴리즈: 2026-09-01, n8n 2.38

이제 모든 요금제에서 오류 워크플로 실행은 실행 할당량에서 제외됩니다. 오류 워크플로는 다른 워크플로가 실패할 때 n8n이 실행하는 워크플로입니다. 실패 세부 정보(어떤 워크플로인지, 어떤 노드인지, 무엇이 잘못되었는지)를 받아 유용한 작업을 수행합니다. Slack 채널에 게시하거나, 이메일을 보내거나, 티켓을 열거나, 실행을 다시 시도할 수 있습니다.

이전에는 이러한 실행 각각이 다른 실행과 마찬가지로 계산되었습니다. 실패를 처리하려면 실패 자체에 더해 실행 한 번을 추가로 소모했고, 일부 사용자는 할당량을 아끼려고 오류 워크플로를 두지 않았습니다. 모든 프로덕션 워크플로에는 하나가 있어야 하므로 n8n은 이를 계산하지 않게 되었습니다.

Workflow Settings에서 워크플로에 오류 워크플로를 연결하면 해당 실행은 집계에서 제외됩니다. 하나의 오류 워크플로는 원하는 만큼 많은 워크플로에 사용할 수 있습니다.

이 변경 사항은 Cloud에서는 2.38부터, 셀프 호스팅 Business 및 Enterprise 인스턴스에서는 2.28.0부터 적용됩니다. 아직 v1을 사용 중이라면 1.123.60부터 적용됩니다. 일부 워크플로가 여전히 오류 워크플로 없이 실행되는 경우, 오류를 우아하게 처리하기를 참조하여 설정하세요.

제공업체 계정이나 크리덴셜을 설정하지 않고 AI 모델 및 도구 서비스를 사용하세요#

릴리즈: 2026-09-02, n8n 2.36

이제 각 제공업체의 계정을 만들고, 결제를 설정하고, API 키를 추가하지 않아도 n8n Cloud에서 지원되는 AI 모델과 서비스를 사용할 수 있습니다. Gateway 크레딧을 사용하면 n8n을 통해 관리되는 선불 잔액으로 빌드를 시작할 수 있습니다.

지원되는 AI 제공업체에는 OpenAI, Anthropic, Google Gemini, Alibaba Cloud Qwen, MiniMax, Moonshot Kimi가 포함됩니다. Brave Search, Firecrawl, Browserbase, LlamaParse, PDF.co에서도 크레딧을 사용할 수 있습니다.

지원되는 노드에서 크리덴셜을 설정할 때 Gateway credits를 선택하고 워크플로를 실행하세요. 선택은 노드별로 이루어지므로 동일한 워크플로에서 한 서비스에는 Gateway 크레딧을 사용하고 다른 서비스에는 자체 제공업체 크리덴셜을 사용할 수 있습니다.

사용량은 n8n 인스턴스의 공유 선불 잔액에서 차감됩니다. 가능한 경우 Gateway 크레딧 요금을 공개된 제공업체 가격에 맞추며, 지원되는 모든 서비스의 요금은 서비스 가격 페이지에서 게시합니다.

인스턴스 소유자는 수동으로 자금을 추가하거나 잔액 임계값, 목표 잔액, 선택적 월 한도를 기준으로 자동 충전을 구성할 수 있습니다. 모델과 워크플로별 분석을 포함하여 Cloud Admin Panel>Manage > Gateway credits에서 남은 잔액과 지출을 추적할 수 있습니다.

이전과 같이 자체 제공업체 크리덴셜을 계속 사용할 수 있습니다. Gateway 크레딧은 별도의 제공업체 계정을 먼저 설정하고 관리하지 않고 시작하려는 경우 또 다른 선택지를 제공합니다.

자세한 내용은 포럼 게시물을 참조하세요.

셀프 호스팅 n8n의 n8n Assistant: 몇 분 만에 설정#

릴리즈: 2026-08-18, n8n 2.35

n8n Assistant는 7월에 n8n Cloud에 도입된 이후 셀프 호스팅 n8n에서도 사용할 수 있었지만, 쓰려면 instance-ai 모듈을 활성화하고 샌드박스, 모델, 웹 검색을 환경 변수로 직접 구성해야 했습니다. n8n 2.35는 기본적으로 모듈을 활성화하고, 그렇지 않으면 직접 구성해야 할 요소를 사전 구성하는 한 줄 설치를 추가하며, UI에서 직접 모델 제공업체, 샌드박스, 검색을 선택할 수 있도록 합니다.

셀프 호스팅 설정에는 두 가지가 필요하며, 하나를 더 추가할 가치가 있습니다.

• 모델 제공업체. Anthropic, OpenAI 또는 OpenRouter의 API 키를 가져오거나, 로컬 엔드포인트를 포함한 모든 OpenAI 호환 엔드포인트를 n8n에 지정하세요. 제공업체에 직접 비용을 지불하며, 프롬프트, 워크플로 콘텐츠, 어시스턴트가 읽는 실행 데이터는 해당 제공업체로 전송됩니다.
• 샌드박스. 어시스턴트는 요청한 내용을 빌드하고 테스트하기 위해 코드를 실행하며, 해당 코드는 n8n 서버가 아닌 격리된 샌드박스에서 실행됩니다. n8n에 번들로 포함된 샌드박스는 자체 Docker 호스트에서 실행되며 로컬 개발 및 테스트에 적합합니다. 프로덕션에서는 API 키를 사용하는 Daytona의 관리형 샌드박스를 사용하는 것이 좋습니다.
• 웹 검색(선택 사항이지만 추가할 가치가 있음). 이 옵션을 켜면 어시스턴트는 모델의 기억에 의존하는 대신 번들로 제공되는 SearXNG 인스턴스 또는 Brave Search API 키로 최신 문서와 API를 읽습니다.

새 인스턴스에서는 모델 키를 제외한 모든 것을 하나의 명령으로 설정합니다.

curl -fsSL https://get.n8n.io | sh

Docker Compose로 n8n을 설치하고 무료인 샌드박스와 SearXNG 웹 검색을 사전 구성합니다. 편집기를 열고 인스턴스의 AI 설정에 모델 API 키를 추가한 다음 빌드를 시작하세요. 기존 Docker 설치에서는 n8n Assistant 설정 가이드가 환경 변수 또는 UI에서 각 배포 형태에 맞는 샌드박스와 검색 옵션을 다룹니다.

n8n Assistant에는 Docker가 필요합니다. npm 설치는 10월에 출시되는 n8n 3.0부터 지원되지 않으므로, 새 설치에는 한 줄 설정 또는 Docker Compose를 사용해야 합니다.

n8n Assistant 문서에서 자세히 알아보세요.

워커에서 크기에 관계없이 웹훅 응답 반환#

릴리즈: 2026-08-04, n8n 2.34

이제 큐 모드 워커는 페이로드 크기에 관계없이 웹훅 응답을 반환할 수 있습니다. 큐 모드에서는 워커가 실행을 처리하지만, 요청을 보낸 클라이언트는는 계속 기본 또는 웹훅 인스턴스에 연결되어 있으므로 Respond to Webhook 노드의 응답은 큐를 다시 거쳐 전달되어야 합니다. Redis는 해당 메시지가 전송 중인 동안 전체 응답을 보관하므로 n8n은 기본적으로 이를 64 MiB로 제한합니다(N8N_WEBHOOK_RESPONSE_RELAY_SIZE_MAX). 그보다 크게 직렬화되는 응답은 노드에서 실패했습니다. 예를 들어 데이터베이스 쿼리의 넓은 결과 집합, 집계된 API 호출 배치, 워크플로에서 구성한 CSV 또는 XML 문서가 이에 해당합니다.

워커에서 N8N_WEBHOOK_RESPONSE_RELAY_OFFLOAD_ENABLED=true를 설정하면 n8n은 해당 한도를 초과하는 응답 본문을 대신 바이너리 데이터 스토리지에 저장합니다. 그러면 큐 메시지는 참조만 전달하고, 기본 인스턴스는 스토리지에서 클라이언트로 본문을 스트리밍하며, n8n은 응답을 전달하면 저장된 사본을 삭제하므로 아무것도 누적되지 않습니다. 응답 크기와 관계없이 Redis 메모리는 일정하게 유지됩니다.

오프로딩에는 데이터를 저장하는 N8N_DEFAULT_BINARY_DATA_MODE(default 이외의 모든 모드)와 모든 인스턴스가 읽을 수 있는 스토리지가 필요합니다. n8n은 둘 다 본문을 한 번에 한 청크씩 스트리밍하므로 s3 또는 azure를 권장합니다. n8n 2.34.0 이상을 실행하는 기본 인스턴스만 오프로드된 본문을 읽을 수 있으므로 이 변수는 비활성화된 상태로 제공됩니다. 먼저 기본 및 웹훅 인스턴스를 업그레이드한 다음 워커에서 활성화하세요.

전체 구성, 업그레이드 순서, 문제 해결은 대용량 웹훅 응답을 참조하세요.

n8n에서 SharePoint Excel 통합 문서를 직접 읽고 쓰기#

릴리즈: 2026-07-28, n8n 2.33

이제 새 Microsoft Excel (SharePoint) 노드로 SharePoint 문서 라이브러리에 저장된 Excel 통합 문서를 읽고 쓸 수 있으며, Microsoft Teams 사이트를 통해 공유된 파일도 포함됩니다. 별도의 인증이나 파일 콘텐츠를 가져오는 중간 단계 없이 통합 문서 데이터에 직접 액세스할 수 있습니다.

노드는 두 가지 인증 방법을 지원합니다. Sites.ReadWrite.All(또는 Sites.Read.All) 범위가 있는 Microsoft OAuth2 크리덴셜을 사용해 사용자로 로그인하거나, 사용자 상호 작용이 필요 없는 무인 워크플로에 Microsoft Entra Service Principal 크리덴셜을 사용해 앱으로 로그인할 수 있습니다.

Microsoft Excel (SharePoint) 노드 문서에서 자세히 알아보세요.

사람의 개입이 필요한 단계에서 승인자와 승인 시점 기록#

릴리즈: 2026-07-07, n8n 2.30

워크플로에서 사람의 개입이 필요한 모든 단계에 대한 전체 감사 추적을 이제 확보할 수 있습니다. Slack, Telegram, Discord, WhatsApp, Google Chat, Gmail, Outlook, Email/SMTP, Microsoft Teams의 모든 Send and Wait 노드와 Chat Trigger 노드는 이제 n8n이 응답을 받는 즉시 출력에 respondedAt ISO-8601 타임스탬프를 포함합니다. 구성은 필요하지 않습니다. 이 필드는 기존 approved, text, form 필드와 함께 자동으로 표시되며 기존 워크플로의 출력 형태를 변경하지 않습니다.

Slack 및 Telegram에서는 Send and Wait for Response 작업의 새로운 Advanced Interactivity 옵션을 통해 더 많은 작업을 수행할 수 있습니다. 승인자는 앱 안에서 한 번 탭하거나 클릭하여 응답하며, 노드 출력에는 응답자의 ID, 이름, 사용자 이름, 이메일(Slack의 경우 범위가 허용할 때), 채널과 메시지 ID가 기록됩니다. Restrict Who Can Approve에 ID를 나열하여 승인을 허용할 사용자를 제한할 수 있습니다. 목록에 없는 사용자는 직접 작성할 수 있는 비공개 알림을 받고 워크플로는 계속 대기합니다. After Decision 설정으로 결정 후 메시지의 처리 방식도 제어할 수 있습니다. 결과를 표시하고 버튼을 제거하는 방식(기본값), 버튼만 제거하는 방식, 메시지를 변경하지 않는 방식 중에서 선택하세요.

Slack에서 승인을 활성화하려면 n8n 인스턴스가 공개 HTTPS를 통해 Slack에서 도달할 수 있어야 합니다. Slack 앱에서 Interactivity를 켜고 Request URL을 https://<your-n8n-instance>/webhook-waiting-slack으로 설정한 다음 앱의 signing secret을 Slack 크리덴셜의 Signature Secret 필드에 붙여 넣어야 합니다. 그런 다음 Slack 노드에서 Response Type을 Approval로 설정하고 Advanced Interactivity 섹션에서 Capture Who Responded를 켜세요. Telegram의 경우 인스턴스는 Telegram이 웹훅에 지원하는 포트(443, 80, 88 또는 8443)의 공개 HTTPS로 도달할 수 있어야 합니다. 동일한 섹션에서 Approve Within Chat을 활성화하세요. n8n은 추가 Telegram 측 설정 없이 기존 Telegram 크리덴셜을 사용해 웹훅을 등록합니다.

Slack에서의 승인 문서에서 자세히 알아보세요.

Microsoft 노드를 위한 앱 전용 인증#

릴리즈: 2026-07-07, n8n 2.30

이제 Microsoft Entra Service Principal을 사용하여 Microsoft 노드를 인증할 수 있으므로 워크플로가 로그인한 사용자가 아니라 애플리케이션으로 실행됩니다. OneDrive와 Outlook은 n8n 2.29에서 이 옵션을 제공했으며, Excel 365, Microsoft Teams, Microsoft To Do는 n8n 2.30에서 뒤따르며 모두 하나의 앱 전용 크리덴셜을 공유합니다.

이전에는 Microsoft 자동화가 개인의 OAuth 세션에 연결되어 있었습니다. 해당 사용자가 회사를 떠나거나 토큰이 만료되면 워크플로가 중단되었습니다. 앱 전용 인증에서는 워크플로가 테넌트 수준 권한으로 비대화식으로 인증한 뒤 지정한 사용자, 사서함, 드라이브 또는 사이트를 대상으로 합니다. 로그인한 사용자 없이 공유 사서함을 읽고, 모든 사용자의 드라이브에서 파일을 처리하거나, Teams 채널에 게시할 수 있습니다. OAuth2는 어디에서나 기본값으로 유지되므로 기존 워크플로는 영향을 받지 않으며 로그인한 사용자에게만 의미가 있는 작업은 명확한 오류와 함께 노드별로 비활성화됩니다.

OneDrive 및 Outlook 지원은 n8n 2.29(2026-06-30)에 릴리즈되었습니다.

Kafka용 mTLS 인증#

릴리즈: 2026-07-07, n8n 2.30

이제 Kafka 크리덴셜은 상호 TLS를 지원합니다. CA 인증서, 클라이언트 인증서, 개인 키(PEM)를 제공하여 클라이언트 인증서 인증이 필요한 브로커에 연결하세요. mTLS는 Kafka 노드, Kafka Trigger, 크리덴셜 테스트에 적용되며 n8n은 저장하기 전에 인증서와 키가 일치하는지 검증합니다.

n8n Assistant: 목표를 설명하고 작동하는 자동화 받기#

릴리즈: 2026-07-09, n8n 2.29.9

이제 평범한 언어로 자동화를 설명하면 n8n Assistant가 실제로 작동할 때까지 계획하고, 빌드하고, 테스트하고, 반복할 수 있습니다. 인스턴스 어디에서나 채팅을 열거나 워크플로 캔버스와 나란히 표시되는 보기로 확장한 후 자동화하려는 내용을 알려주세요. 구조화된 계획을 제안하고, 명확히 할 질문을 하고, 선택한 프로젝트에서 워크플로를 빌드하며, 진행하면서 실행하고, 발견한 오류를 수정합니다.

n8n Assistant는 AI Workflow Builder를 대체하며, 차이점은 자율성입니다. AI Workflow Builder는 워크플로를 생성한 후 넘겨주었고, 사용자가 직접 실행하고 실패를 디버깅해야 했습니다. n8n Assistant는 목표를 향해 작업합니다. 빌드한 내용을 실행하고, 실패를 감지하며, 자동화가 작동할 때까지 다시 시도합니다. 범위는 빌드보다 넓습니다. 실행, 크리덴셜, 노드, Data Tables를 관리하고, 일회성 태스크를 실행하며, 웹 액세스가 활성화된 경우 웹을 조사할 수 있습니다. 크리덴셜 설정은 빌드하면서 점진적으로 이루어집니다. 값을 수동으로 채우거나, 가져올 수 있는 값을 가져오게 하거나, 필요에 따라 모의 처리하고 건너뛸 수 있으며, 시크릿은 채팅에 노출되지 않습니다.

어시스턴트가 빌드하는 워크플로는 모두 평범한 n8n 워크플로입니다. 열어서 검사하고, 편집하고, 게시할 수 있는 보이는 캔버스에 감사용 단계별 실행 로그를 함께 제공하며, 새 API 연결을 다시 만들지 않고 n8n에 이미 포함된 400개 이상의 연동을 기반으로 합니다. 전체 과정에서 제어권은 사용자에게 있습니다. 게시와 같은 영향이 큰 작업은 사용자의 승인을 기다립니다. 이것은 초기 첫 단계이며 다음 방향에 관한 피드백을 원합니다.

n8n Assistant 문서에서 자세히 알아보세요.

MCP 서버 업데이트#

릴리즈: 2026-06-30, n8n 2.29

지난 몇 주 동안 n8n MCP 서버에 여러 업데이트를 제공했습니다. 각 변경 사항이 적용된 버전과 함께 정리했습니다.

• 사용자 지정 및 커뮤니티 노드로 빌드하세요. 이제 기본 제공 노드뿐 아니라 설치한 사용자 지정 및 커뮤니티 노드를 빌드하는 워크플로에서 사용할 수 있습니다(n8n 2.29).
• 워크플로 설정을 읽고 변경하세요. 이제 MCP 서버를 통해 워크플로 설정을 편집할 수 있으므로 오류 워크플로를 연결하고 시간대를 설정하거나 실행 옵션을 조정할 수 있습니다(n8n 2.29).
• 워크플로 기록을 보고 복원하세요. 이제 워크플로의 버전 기록을 찾아보고 이전 버전을 복원할 수 있습니다(n8n 2.29).
• 더 안정적인 크리덴셜 할당. 서버가 노드에 유효하지 않은 크리덴셜을 할당할 수 있던 버그를 수정했습니다(n8n 2.28).
• 실제 필드 값을 조회하세요. Slack 채널이나 Google Sheets 탭 같은 동적 필드는 이제 실시간 값으로 확인되므로 노드가 플레이스홀더 ID가 아닌 유효한 선택 항목으로 구성됩니다(n8n 2.27).
• 태그를 사용하세요. 이제 태그가 지원되므로 태그로 워크플로 검색을 필터링하고 워크플로를 생성하거나 업데이트할 때 태그를 적용할 수 있습니다(n8n 2.27).
• 더 빠르고 타깃팅된 편집. 이제 워크플로 업데이트는 전체를 다시 작성하는 대신 변경해야 하는 노드만 변경합니다(n8n 2.22).
• 크리덴셜을 나열하고 선택하세요. 이제 인스턴스의 크리덴셜을 나열하고, 예를 들어 Gmail 크리덴셜이 5개인 경우처럼 여러 항목이 적용될 수 있을 때 올바른 항목을 선택할 수 있습니다(n8n 2.21).

n8n MCP 서버 문서에서 자세히 알아보세요.

GitHub App 인증#

릴리즈: 2026-06-30, n8n 2.29

이제 GitHub 노드와 GitHub Trigger는 기존 개인 액세스 토큰 및 OAuth2 옵션과 함께 GitHub App으로 인증할 수 있습니다.

개인 액세스 토큰은 개인에게 속합니다. 이슈를 분류하거나 릴리즈 PR을 병합하는 워크플로는 한 엔지니어의 ID와 액세스 권한으로 실행되므로 해당 엔지니어가 팀을 옮기거나 떠나는 날 작동을 멈춥니다. 그 전까지는 감사 로그에서 해당 엔지니어가 직접 수행한 작업으로 표시됩니다.

GitHub App은 조직에 속합니다. 한 번 등록하고 액세스해야 하는 리포지터리에 설치합니다. 클래식 토큰이 제공하는 광범위한 repo 범위가 아니라 필요한 권한(풀 리퀘스트 읽기, 이슈 쓰기)만 부여하세요. 누군가가 떠나도 중단되지 않고, 활동은 동료가 아닌 앱에 귀속되며, 자체 속도 제한을 받습니다.

설정하려면 조직 설정에서 App을 만들고 설치한 다음 개인 키를 생성하세요. n8n에서 GitHub App 크리덴셜을 만들고 App ID, Installation ID, 개인 키를 입력합니다. n8n이 JWT에 서명하고 이를 설치 액세스 토큰으로 교환하며 토큰이 만료될 때 갱신하므로 일정에 따라 교체할 것은 없습니다.

기존 크리덴셜은 영향을 받지 않습니다. 개인 액세스 토큰과 OAuth2는 계속 제공되고 저장된 노드에서 선택된 상태로 유지되므로, 이는 마이그레이션이 아니라 전환할 수 있는 옵션입니다.

Insights에서 날짜 범위가 사용 가능한 데이터를 초과할 때 알림#

릴리즈: 2026-06-30, n8n 2.29

Insights 대시보드에서 날짜 범위를 선택하면 이제 데이터 보존 정책이 해당 기간을 포괄하는지 한눈에 볼 수 있습니다. 빈 차트를 보며 '문제가 생긴 건 아닐까' 헤매는 대신, 알림 배너가 데이터 커버리지 상황을 정확히 알려줍니다.

사용자 지정 날짜 범위로 작업할 때 세 가지 상태가 안내합니다.

• 범위 내 데이터 없음: 선택한 전체 기간이 보존 기간 밖에 있어 표시할 실행이 없습니다.
• 부분 데이터: 범위 내에 일부 실행이 존재합니다. 알림은 사용 가능한 가장 이른 날짜를 지정하므로 데이터가 어디서 시작하는지 알 수 있습니다.
• 전체 데이터: 선택한 범위의 모든 실행이 존재합니다. 알림이 표시되지 않습니다.

이 기능을 사용하려면 Insights 대시보드를 열고 날짜 범위 선택기로 날짜 범위를 선택한 다음 대시보드 상단의 알림 배너를 확인하세요. 부분 데이터 또는 데이터 없음 알림이 표시되면 보존 정책이 포괄하는 날짜에 맞게 범위를 조정하세요. 알림은 현재 보존 구성을 반영하며 실행 데이터의 저장 기간을 연장하지는 않습니다.

Insights 보존 문서에서 자세히 알아보세요.

Canvas Groups로 대규모 워크플로 구성#

릴리즈: 2026-06-23, n8n 2.28

관련 노드를 이제 이름이 지정된 Canvas Group 하나로 묶고, 보기를 깔끔하게 유지하려면 접을 수 있습니다. 워크플로의 한 부분을 처리하는 노드를 그룹화하고, 그룹 이름을 지정한 뒤, 필요할 때까지 세부 정보를 숨기도록 접으세요. 캔버스 전체에 펼쳐져 있던 대규모 워크플로가 한눈에 읽을 수 있는 레이블이 지정된 몇 개의 블록으로 축소되므로 팀원이 빌드한 워크플로나 몇 달 동안 열지 않은 워크플로를 더 빠르게 탐색할 수 있습니다.

그룹을 만들려면 상자 드래그로 연결된 노드 묶음을 선택하거나 Ctrl/Cmd를 누른 채 각 노드를 클릭한 다음 Ctrl/Cmd + G를 누르거나 도구 모음에서 Group nodes 아이콘을 선택하세요. n8n이 그룹을 만들고 이름 필드를 강조 표시하므로 바로 이름을 지정할 수 있습니다. 토글 아이콘으로 그룹을 접거나 펼치고, 언제든지 Ctrl/Cmd + Shift + G로 그룹을 해제할 수 있으며 노드는 캔버스에 남습니다.

Canvas Group은 워크플로와 함께 저장되므로 이를 여는 모든 사용자가 동일한 구조를 봅니다. 그룹이 접혀 있는지 펼쳐져 있는지는 브라우저에 저장되는 개인 설정이므로 팀원이 보는 내용을 변경하지 않고 돌아왔을 때 보기가 유지됩니다. 어떤 노드를 하나의 그룹으로 결합할 수 있는지는 몇 가지 규칙으로 결정됩니다. 트리거는 그룹 밖에 있어야 하고, 노드는 하나의 연결된 체인을 형성해야 하며, AI 노드는 하위 노드(채팅 모델, 메모리, 도구)를 동일한 그룹 안에 유지합니다.

Canvas Groups 문서에서 자세히 알아보세요.

GitHub 노드: 전체 풀 리퀘스트 수명 주기 관리#

릴리즈: 2026-06-23, n8n 2.28

이제 GitHub 노드에 전용 Pull Request 리소스가 있습니다. GitHub API에 대한 수동 HTTP Request 호출 대신 풀 리퀘스트의 전체 수명 주기를 노드 작업으로 사용할 수 있습니다.

드래프트와 포크의 PR을 포함하여 한 브랜치에서 다른 브랜치로 풀 리퀘스트를 만들 수 있습니다. 진행에 따라 제목, 본문, 상태 또는 기본 브랜치를 업데이트하고, 닫거나 다시 열 수 있습니다. 단일 PR을 가져와 현재 상태를 읽고 댓글을 만들거나 편집할 수 있습니다. 리포지터리에 구성된 방식(병합 커밋, 스쿼시 또는 리베이스)으로 병합할 수 있으며 병합 큐도 처리됩니다.

두 작업은 메타데이터가 아니라 변경 내용 자체를 반환합니다. Get Diff와 Get Patch는 원시 diff와 patch를 가져오므로 풀 리퀘스트를 워크플로 입력으로 사용할 수 있습니다. diff를 AI 에이전트에 전달하여 첫 번째 검토를 수행하거나, 승인이 필요한 파일을 스캔하거나, 리포지터리 채널에 요약을 게시하세요.

이 모든 작업은 HTTP Request 노드로도 가능했지만, REST 경로를 알고 각 호출의 페이로드를 구성하며 GitHub 응답을 직접 해석해야 했습니다. 기본 작업은 리포지터리와 각 작업에 필요한 필드를 사용합니다. 오류는 GitHub가 반환하는 그대로 표시되므로 거부된 병합은 이유를 알려줍니다.

전체 작업 목록은 GitHub 노드 문서를 참조하세요.

Webhook 노드: Only Run If#

릴리즈: 2026-06-23, n8n 2.28

Webhook 노드에 표현식 기반 Only run if 옵션이 추가되어 실행이 시작되기 전에 조건과 일치하지 않는 요청을 거부합니다. 즉시 종료되는 실행을 시작하는 대신, 헬스 체크, 재시도 또는 관련 없는 이벤트를 입구에서 필터링하세요. 불필요한 실행이 줄고, 실행 목록의 잡음이 줄며, 실행 할당량을 절약할 수 있습니다.

여러 Microsoft 노드에 하나의 크리덴셜 사용#

릴리즈: 2026-06-23, n8n 2.28

일반 Microsoft OAuth2 API 크리덴셜은 이제 OneDrive와 함께 Microsoft Excel 365, Outlook, Teams, To Do, Graph Security에서 작동합니다. 자동화하는 Microsoft 서비스마다 별도의 Microsoft Entra 앱을 등록하는 대신 하나를 등록하고 워크플로에 필요한 위임된 권한을 부여합니다. 사용하려면 지원되는 노드를 열고 Authentication을 **Microsoft OAuth2 (Graph)**로 설정한 다음 크리덴셜을 선택하세요. IT 팀은 서비스별 하나가 아니라 단일 앱 등록을 승인하고 유지 관리합니다.

크리덴셜의 Scope 필드를 사용하는 노드에 필요한 권한을 공백으로 구분해 설정하세요. 예를 들어 OneDrive 및 Excel에는 Files.ReadWrite.All, Outlook에는 Mail.ReadWrite 및 Mail.Send를 사용하며 항상 openid와 offline_access를 포함합니다. Graph Security의 SecurityEvents.ReadWrite.All 같은 일부 권한에는 관리자 동의가 필요합니다. 조직이 소버린 클라우드(US Government, US Government DOD 또는 China)에서 실행되는 경우 크리덴셜에서 Microsoft Graph API Base URL을 설정하면 이를 사용하는 모든 노드가 적용합니다.

기존 워크플로에는 아무것도 변경되지 않습니다. 저장된 노드에서 Authentication 드롭다운은 노드별 크리덴셜으로 유지되므로 Microsoft Excel OAuth2 API 같은 크리덴셜은 그대로 계속 작동합니다. 일반 크리덴셜은 대체가 아니라 추가 옵션입니다.

Microsoft OneDrive 지원은 n8n 2.27(2026-06-16)에 릴리즈되었습니다.

Microsoft 크리덴셜 문서에서 자세히 알아보세요.

워크플로를 패키지로 인스턴스 간 이동#

릴리즈: 2026-06-16, n8n 2.27

이제 워크플로를 이식 가능한 .n8np 패키지로 묶어 Public API 또는 같은 엔드포인트를 감싸는 대응 CLI 명령으로 n8n 인스턴스 간에 이동할 수 있습니다. 워크플로 JSON을 직접 복사하는 방식은 일회성 이동에는 항상 가능했습니다. 패키지는 단일 파일에 워크플로 집합, 크리덴셜 스텁, 의존성을 설명하는 manifest.json을 포함하여 반복 가능하고 자동화 가능하게 만듭니다.

가져오기는 미리 확인됩니다. 충돌 또는 해결되지 않은 크리덴셜이 가져오기를 차단하는 경우 n8n은 반만 마이그레이션된 상태로 두는 대신 중지하고 문제를 나열합니다. 각 가져오기에서 워크플로를 새 버전으로 가져올지, 첫 번째 충돌에서 실패할지, 이미 존재하는 항목을 건너뛸지 선택합니다. 크리덴셜은 ID로 일치하며 시크릿은 패키지에 포함되지 않습니다. n8n은 타깃 인스턴스에서 일치시키는 스텁을 내보내거나 나중에 채울 빈 플레이스홀더를 만듭니다.

이를 통해 워크플로를 개발에서 프로덕션으로 승격하고, 인스턴스를 백업 및 복원하고, 시크릿을 공유하지 않고 팀원에게 워크플로를 전달하거나, 인스턴스 간에 마이그레이션하기 쉬워집니다.

n8n Packages 문서에서 자세히 알아보세요.

UI에서 OpenTelemetry 추적 구성#

릴리즈: 2026-06-16, n8n 2.27

이제 Settings > OpenTelemetry에서 OpenTelemetry 추적을 구성할 수 있습니다. 이전에는 모든 n8n 인스턴스에서 환경 변수를 설정하고 각각 다시 시작해야 했습니다. 환경을 직접 제어할 수 없는 n8n Cloud에서는 쓸 수 없었습니다. 이제 워크플로 실행 추적이 처음으로 n8n Cloud에서도 사용할 수 있게 됐습니다.

Enable OpenTelemetry를 켜고, OTLP 엔드포인트와 수집기에 필요한 헤더를 입력하고, Tracing에서 샘플링 및 span 옵션을 설정한 다음 Save settings를 선택하세요. 연결을 확인하려면 Verify configuration에서 Send test trace를 선택하세요. n8n은 단일 span을 전송하고 수집기가 수락했는지 보고합니다. 변경 사항은 재시작 없이 적용되며, 큐 모드에서 n8n은 워커와 웹훅 프로세서 전반에 걸쳐 구성을 다시 로드합니다.

각 실행은 워크플로 ID, 이름, 버전, 노드 수, 실행 모드, 상태, 오류 유형을 포함하는 workflow.execute span을 내보냅니다. 그 안에 중첩된 노드당 node.execute span은 입력 및 출력 항목 수를 기록합니다. 둘 다 기본, 워커 또는 웹훅이라는 인스턴스와 역할을 식별하는 리소스 속성을 포함합니다.

n8n은 양방향으로 W3C 추적 컨텍스트도 전파합니다. 수신 웹훅의 traceparent 헤더는 워크플로 span의 부모가 되며, HTTP Request 노드는 아웃바운드 호출에 이를 삽입합니다. 그러면 실행은 분리된 span이 아니라 전체 스택을 가로지르는 추적의 일부로 표시됩니다.

셀프 호스팅 인스턴스에서는 환경 변수가 계속 작동하며 우선순위를 갖습니다. 각 필드의 툴팁에는 매핑되는 변수가 표시되고 n8n은 설정한 변수에 해당하는 필드를 비활성화합니다. UI에서 해당 설정을 관리하려면 변수를 설정하지 마세요. 추적을 구성하려면 인스턴스 소유자 또는 관리자여야 합니다.

OpenTelemetry 추적 문서에서 자세히 알아보세요.

AI 에이전트를 위한 웹 검색#

릴리즈: 2026-06-02, n8n 2.25.1

이제 AI 에이전트는 별도 설정 없이 웹을 검색할 수 있습니다. 에이전트의 Advanced 패널에서 웹 검색을 활성화하세요. 모델 제공업체가 기본 제공 검색 도구를 갖고 있으면 에이전트가 그것을 직접 사용하고, 그렇지 않으면 n8n이 Brave Search 또는 셀프 호스팅 SearXNG 인스턴스로 대체합니다. 이전에는 에이전트에 실시간 웹 액세스를 제공하려면 커뮤니티 노드 또는 외부 API를 직접 연결해야 했습니다. 이제 기본 제공되므로 추가 설정 없이 가격, 문서, 뉴스와 같은 최신 정보에 답변의 근거를 둘 수 있습니다.

Form Trigger: 로그인한 사용자로 양식 제한#

릴리즈: 2026-06-02, n8n 2.25.1

Form Trigger(노드 버전 2.6 이상)에 n8n User Auth 인증 옵션이 추가됩니다. 이 옵션은 양식을 n8n 인스턴스에 로그인한 사용자로 제한합니다. 노드의 Authentication 드롭다운에서 선택하면 양식이 더 이상 공개되지 않습니다. 로그인하지 않은 방문자는 n8n 로그인 페이지로 리디렉션되며, 유효한 세션이 없는 제출은 401로 거부됩니다.

이 기능은 액세스만큼이나 귀속에 관한 것입니다. 모든 제출에는 양식 필드와 함께 사용자가 입력한 정보가 아니라 n8n 계정에서 가져온 인증된 사용자의 ID, 이메일, 이름과 성이 포함됩니다. 아무도 동료의 이름으로 요청을 제출할 수 없으며 이메일 주소를 요청할 필요도 없습니다. 다운스트림 노드는 제출자를 대상으로 작업할 수 있습니다. 제출자의 이름으로 티켓을 열고, 실제 주소로 확인을 보내거나, 승인자 목록과 대조할 수 있습니다. 이러한 세부 정보를 실행 데이터에서 제외하려면 Include User in Output을 끄세요.

이제 Form Trigger는 내부 요청을 위한 실용적인 관문이 됩니다. 액세스 요청, 비용 청구, IT 티켓 등 제출자의 ID가 중요한 모든 항목에 사용할 수 있습니다. SSO를 포함한 모든 n8n 로그인 방식에서 작동하므로 양식은 인스턴스가 이미 적용하는 인증을 상속합니다. 여러 페이지 양식의 첫 페이지를 포함해 모든 페이지에 적용됩니다.

재구축된 Odoo 노드 및 Oracle 벡터 검색#

릴리즈: 2026-05-27, n8n 2.23

Odoo 노드는 v2로 재구축되었으며 기존 v1 워크플로는 변경 없이 계속 작동합니다. 새 버전은 Odoo 19+용 API 키 인증, ID를 붙여 넣는 대신 목록에서 레코드를 선택할 수 있는 검색 가능한 리소스 로케이터, 읽기 전용·계산 필드는 숨겨 쓸 수 없는 항목에 쓰지 못하게 하는 Odoo 인스턴스의 실제 필드를 표시하는 생성 및 업데이트의 동적 필드 매핑을 지원합니다. Contact, Opportunity, Activity, Custom 리소스가 적용 범위를 완성하며, 노드는 Odoo 버전에 맞는 API 전송 방식을 자동으로 선택합니다.

벡터 스토어로서의 Oracle Database#

새 Oracle DB Vector Store 및 Oracle ONNX Embedding 노드는 Oracle에 있는 데이터에 검색 증강 생성을 제공합니다. 구성 가능한 거리 전략과 중첩된 AND/OR 조건을 지원하는 메타데이터 필터링으로 문서를 삽입, 로드, 검색(AI 에이전트용 retrieve-as-tool 포함)할 수 있습니다. 임베딩은 데이터베이스 자체에 로드된 ONNX 모델로 생성되므로 벡터와 소스 데이터가 한곳에 유지됩니다. 데이터베이스에 ONNX 모델이 필요합니다.

더 적은 설정으로 MCP 서버에 연결#

릴리즈: 2026-05-19, n8n 2.22

MCP Client 노드와 크리덴셜을 직접 설정하지 않고 에이전트를 일부 MCP 서버에 연결하세요. 노드 패널에서 서버를 선택하고 로그인하면 에이전트에서 사용할 수 있습니다.

초기 적용 범위에는 공식 MCP 레지스트리에서 가장 많이 사용되는 일부 서비스(Apify, Linear, monday.com, Notion, PostHog)가 포함되며, 곧 목록에 더 많은 서비스를 추가할 예정입니다.

목록에 없는 MCP 서버에 연결해야 하는 경우에도 수동 구성으로 MCP Client 노드를 사용할 수 있습니다.

더 적은 설정으로 MCP 서버에 연결

OpenTelemetry 사용자 지정 텔레메트리 태그#

릴리즈: 2026-05-19, n8n 2.22

이제 노드, 워크플로, 프로젝트 수준에서 OpenTelemetry 추적에 사용자 지정 span 속성을 연결할 수 있으므로, 테넌트, 환경, 고객 ID 또는 다른 차원으로 실행 span을 필터링하고 그룹화할 수 있습니다. 속성 값은 표현식을 지원하므로 하드코딩된 값에 의존하는 대신 런타임에 웹훅 페이로드나 API 응답의 실시간 데이터를 가져올 수 있습니다. 추적이 활성화된 경우 노드 또는 워크플로 설정에서 태그를 구성하세요(N8N_OTEL_ENABLED=true).

사용자 지정 span 속성 문서에서 자세히 알아보세요.

14개 트리거 노드에서 검증된 웹훅#

릴리즈: 2026-05-12, n8n 2.21

이제 14개의 트리거 노드가 수신 웹훅의 서명을 검증하므로, 위조되거나 변조된 요청은 실행을 시작하기도 전에 401로 거부됩니다. 대상은 Acuity Scheduling, Asana, Cal.com, Calendly, Customer.io, Figma, Formstack, GitLab, MailerLite, Mautic, Onfleet, Taiga, Trello, Twilio입니다.

검증은 각 서비스의 자체 서명 메커니즘(일반적으로 HMAC 서명 헤더)을 사용하며, 상수 시간 비교를 적용하고, 서비스가 지원하면 재생 공격 방지도 함께 적용합니다. 서명 시크릿은 n8n이 웹훅을 만들 때 자동으로 생성 및 등록되며 워크플로와 함께 저장됩니다. 저장된 시크릿이 없는 기존 웹훅은 계속 작동하므로 업그레이드 시 아무것도 중단되지 않습니다. 새 웹훅은 기본적으로 더 안전하게 생성됩니다.

이는 릴리즈 전반에 걸친 더 광범위한 강화 작업의 일부입니다. Linear Trigger는 n8n 2.18에서 선택적 signing secret 지원이 추가되었고, Netlify 검증은 n8n 2.20에 제공되었으며, AWS SNS, Box, Microsoft Teams는 n8n 2.22에 뒤따랐습니다.

Jira: OAuth2 인증#

릴리즈: 2026-05-12, n8n 2.21

Jira 노드와 Jira Trigger에 Atlassian OAuth 2.0 authorization code flow(3LO)를 사용하는 Cloud (OAuth2) 인증 옵션이 추가됩니다. auth.atlassian.com을 통해 연결하면 Atlassian cloud ID가 자동으로 확인되어 캐시됩니다. Jira Cloud용 API 토큰을 더 이상 직접 만들고 교체할 필요가 없습니다.

Microsoft Agent 365 Trigger 노드#

릴리즈: 2026-05-05, n8n 2.20

Microsoft Agent 365 Trigger 노드를 사용하면 Microsoft 365 앱 내에서 팀의 구성원으로 표시되는 n8n 에이전트를 빌드할 수 있습니다. 배포되면 에이전트는 Microsoft 테넌트에서 고유한 ID를 가지며 팀원처럼 Teams에서 @mention하고, 이메일을 보내고, SharePoint 권한을 부여할 수 있는 이메일 주소를 받습니다.

트리거 노드를 사용해 n8n에서 에이전트를 빌드합니다. 시스템 프롬프트를 추가하고 도구로 사용하는 서브 워크플로를 사용하여 도구, MCP 서버, 기존 워크플로에 액세스하도록 합니다. 그런 다음 Microsoft 측에서 에이전트를 설정하면 이메일 주소가 있는 Entra ID ID를 얻게 됩니다. Microsoft는 ID, 수명 주기, 보안, 규정 준수(Entra ID, Purview, Defender를 통해)를 처리하고, n8n은 RBAC, 크리덴셜 관리, 실행 로그 같은 워크플로 수준 거버넌스를 처리합니다.

개별 노드(Outlook, Teams, SharePoint 등)를 통해 이미 Microsoft 서비스와 n8n을 사용하고 있다면 해당 워크플로는 이전과 같이 계속 작동합니다. Agent 365는 Microsoft 앱 안에서 에이전트가 팀원처럼 보이고 상호 작용하게 하려는 팀을 위한 새로운 경로입니다. 이 노드에는 Microsoft 365 테넌트가 필요합니다.

전체 출시 이야기는 n8n 블로그 게시물을 참조하세요.

Insights 데이터 기간#

릴리즈: 2026-05-05, n8n 2.20

이제 셀프 호스팅 인스턴스는 기본적으로 최대 365일 동안 insights 데이터를 보관할 수 있으며, 구성 가능한 최대값은 730일입니다. 보존은 새 N8N_INSIGHTS_MAX_AGE_DAYS 환경 변수로 제어되며 더 이상 라이선스 로직에 연결되지 않습니다. insights 문서를 참조하세요.

n8n 내부의 IdP 역할 매핑#

릴리즈: 2026-04-28, n8n 2.19

이제 인스턴스 관리자는 IdP에서 n8n 전용 역할 로직을 인코딩하는 대신 n8n 내부에서 그룹-역할 매핑을 정의할 수 있습니다. JIT 프로비저닝을 활성화하면 관리자는 SAML 속성 또는 OIDC 클레임에 대한 표현식을 작성하여 로그인 시 인스턴스 및 프로젝트 역할을 자동으로 할당할 수 있습니다. IdP는 표준 그룹 멤버십 데이터만 전송하면 됩니다. n8n이 매핑을 처리하고 매번 로그인할 때 역할 할당을 다시 평가하므로 IdP 변경 없이 액세스가 동기화됩니다.

Settings > SSO를 열고 User role provisioning에서 Instance roles via SSO 또는 Instance and project roles via SSO를 선택한 뒤, 매핑 카드를 "Map rules on your IdP"에서 "Map rules inside n8n"으로 전환하고 $claims 객체를 사용하는 표현식을 추가하여 각 역할에 대한 사용자를 일치시키세요. 표현식 기반 일치는 일반 문자열 일치로 다룰 수 없는 비표준 그룹 구조도 처리합니다.

인스턴스 부트스트래핑#

릴리즈: 2026-04-28, n8n 2.19

이제 시작할 때 환경 변수로 n8n을 완전히 구성할 수 있습니다. 소유자 계정, SSO(OIDC 및 SAML), 보안 정책, 로그 스트리밍 대상은 수동 UI 상호 작용 없이 첫 부팅 시 모두 적용됩니다. 이 방식으로 관리되는 필드는 UI에서 잠기며, 다시 시작할 때마다 다시 적용됩니다.

이제 배포 구성이 단일 진실 공급원이 되어, 사용자가 로그인하기 전에 SSO와 보안 정책을 포함하여 단일 Helm 차트 또는 Docker Compose 파일로 완전히 구성된 인스턴스를 구축할 수 있습니다.

즐겨찾기#

릴리즈: 2026-04-21, n8n 2.18

이제 프로젝트, 폴더, 워크플로, 데이터 테이블을 즐겨찾기로 표시할 수 있으므로 매일 작업하는 리소스를 검색하는 대신 한 번의 클릭으로 이용할 수 있습니다.

새 모델 제공업체: Moonshot Kimi 및 Alibaba Cloud Model Studio#

릴리즈: 2026-04-13, n8n 2.17

두 모델 제공업체가 n8n의 AI 라인업에 기본 탑재됩니다. Moonshot Kimi는 AI Agents용 chat-model 서브 노드(동적 모델 목록, 기본값 kimi-k2.5)와 멀티턴 채팅, 도구 호출, 기본 제공 웹 검색, 사고 모드, JSON 응답, 이미지 분석을 갖춘 독립형 노드로 제공됩니다. Alibaba Cloud Model Studio는 웹 검색 및 에이전트 도구 지원이 있는 채팅, 비전-언어 이미지 분석, 텍스트-이미지, 결과 자동 다운로드가 있는 텍스트 및 이미지-동영상 생성을 포함하는 Qwen 제품군을 제공합니다.

이후 릴리즈에서 더 많은 제공업체가 뒤따랐습니다.

MiniMax#

n8n 2.18(2026-04-21)에 릴리즈되었습니다.

MiniMax chat-model 서브 노드(OpenAI 호환 API, 기본 MiniMax-M2.7, 깔끔한 응답을 위해 추론 추적을 제거하는 Hide Thinking 옵션)와 채팅, 이미지 생성, 비동기 동영상 생성, 음성, 감정, 속도, 음높이 제어를 갖춘 텍스트 음성 변환을 지원하는 독립형 MiniMax 노드가 제공됩니다.

NVIDIA Nemotron 임베딩#

n8n 2.26(2026-06-09)에 릴리즈되었습니다.

NVIDIA Nemotron Embeddings 노드는 기존 NVIDIA 크리덴셜을 재사용하여 build.nvidia.com 또는 셀프 호스팅 NIM을 통해 NeMo Retriever 모델의 임베딩을 생성합니다. 노드는 호출별로 올바른 입력 유형(인덱싱할 때 "passage", 검색할 때 "query")을 자동으로 설정하여 입력 유형 불일치로 인한 조용한 검색 품질 저하를 방지합니다.

임베디드 액세스를 위한 토큰 교환 인증#

릴리즈: 2026-04-07, n8n 2.16

이제 n8n은 API 키와 함께 두 번째 인증 메커니즘으로 OAuth 2.0 Token Exchange(RFC 8693)를 지원합니다. 두 가지 시나리오를 지원합니다. 사용자가 별도 로그인 화면 없이 다른 제품 내부에서 n8n을 보는 원활한 iframe 임베딩과, 시스템이 사용자를 대신해 작동하면서도 감사 추적으로 완전히 귀속되는 위임된 API 액세스입니다.

임베딩 시스템은 비대칭 개인 키를 보유하고 사용자 ID 클레임이 있는 단기 JWT에 서명합니다. n8n은 구성된 공개 키를 사용해 서명을 확인하고, 사용자를 최초 접근 시 JIT 프로비저닝하며, 흐름에 따라 세션 쿠키 또는 범위가 지정된 API 토큰을 발급합니다. 주체와 행위자는 모두 감사 추적에 보존되므로 모든 작업에 요청한 사람과 수행한 사람이 모두 표시됩니다.

실행 데이터 마스킹#

릴리즈: 2026-04-07, n8n 2.16

이제 인스턴스 및 프로젝트 관리자는 실행 데이터를 마스킹할 수 있습니다. 활성화하면 프로덕션 실행의 민감한 데이터는 UI에 표시되지 않으며, 공개 권한이 있는 사용자가 명시적으로 요청할 때까지 데이터베이스에서 가져오지 않습니다. 수동 실행은 개발자가 중단 없이 계속 빌드하고 디버깅할 수 있도록 완전히 표시된 상태로 둘 수 있습니다. 모든 공개는 감사 이벤트로 기록됩니다.

마스킹은 Workflow settings에서 워크플로별로 구성되며, 공개 액세스는 프로젝트 또는 인스턴스 설정을 통해 특정 사용자에게만 부여됩니다. 실행 데이터 마스킹 문서를 참조하세요.

워크플로를 위한 OpenTelemetry 지원#

릴리즈: 2026-03-30, n8n 2.15

이제 n8n은 워크플로 실행에 대해 OpenTelemetry 추적을 내보냅니다. 사이드카, 사용자 지정 익스포터, 타이밍 우회 없이 실행이 기존 OpenTelemetry 백엔드에서 추적됩니다. 이미 Jaeger, Datadog, Grafana Tempo, Honeycomb, New Relic 또는 Splunk를 사용하는 팀은 관찰하는 모든 항목과 함께 n8n을 확인할 수 있습니다.

각 실행은 워크플로 ID, 이름, 실행 ID, 상태, 기간, 노드 수, 프로젝트 정보를 span 속성으로 갖는 루트 추적 span으로 표시됩니다. 실패한 실행은 span에 오류 세부 정보를 표시하므로 나머지 스택을 모니터링하는 동일한 도구에서 워크플로 실패를 검색하고 알림을 설정할 수 있습니다.

n8n을 모든 OTLP 호환 수집기에 지정하여 활성화하세요. 최소 구성은 두 개의 환경 변수입니다.

N8N_OTEL_ENABLED=true
N8N_OTEL_EXPORTER_OTLP_ENDPOINT=http://your-collector:4318

표준 OTel 변수(OTEL_EXPORTER_OTLP_ENDPOINT, OTEL_SERVICE_NAME)도 적용됩니다.

이는 T1 기반 기능입니다. 이후 릴리즈에서 노드 수준 span(n8n 2.16), span의 워크플로 버전 ID 및 분산 추적 컨텍스트 전파(n8n 2.18~n8n 2.19), AI Agent 텔레메트리(n8n 2.20)로 확장되었습니다.

Databricks 노드#

릴리즈: 2026-03-24, n8n 2.14

이제 n8n은 Databricks에 기본으로 연결됩니다. 새 노드는 비동기 폴링 및 청크 결과(각 행이 자체 항목으로 도착)를 사용해 SQL을 실행하고, Unity Catalog 객체(카탈로그, 스키마, 테이블, 볼륨, 함수)를 관리하며, 자동 입력 감지 및 검증으로 Model Serving 엔드포인트를 호출하고, Genie AI와 상호 작용하며, 최대 5 GiB의 파일 작업을 처리하고, Vector Search 인덱스를 관리합니다. 사용자 지정 HTTP 연결 없이도 Lakehouse 데이터가 나머지 스택과 같은 워크플로로 흐를 수 있습니다. Databricks 노드 문서에서 자세히 알아보세요.

Perplexity 노드 v2#

릴리즈: 2026-03-24, n8n 2.14

Perplexity 노드가 전체 API 적용 범위와 함께 v2로 이동하며 기존 v1 워크플로는 계속 작동합니다. 이제 에이전트 응답은 서드파티 모델, 도구 호출, JSON 스키마 구조화 출력을 처리하므로 다음 노드가 구문 분석할 수 있는 형태로 결과가 반환됩니다. 원시 검색에는 고급 필터가 추가되고, 노드에는 컨텍스트화된 임베딩을 포함한 임베딩이 추가됩니다.

무엇이 무엇에 의존하는지 확인#

릴리즈: 2026-03-24, n8n 2.14

리소스를 삭제하거나 변경하기 전에 이제 무엇이 이를 사용하고 있는지 확인할 수 있습니다. 워크플로, 크리덴셜, 데이터 테이블 카드는 데이터 테이블 세부 정보 보기와 마찬가지로 의존성 정보를 표시합니다. 이전에는 크리덴셜이나 테이블을 참조하는 모든 항목을 일일이 열어 확인하거나, 변경 후 무언가가 깨진 뒤에야 알 수 있었습니다.

버전 기록의 시각적 diff#

릴리즈: 2026-03-16, n8n 2.13

버전 기록을 열고 Compare changes를 클릭한 다음 두 버전을 선택하면, 캔버스에 두 버전이 나란히 표시되고 변경된 노드가 강조됩니다. 각 버전의 변경 건수 배지는 중요한 편집을 한눈에 파악하는 데 도움이 됩니다.

프로젝트 범위 외부 시크릿#

릴리즈: 2026-03-16, n8n 2.13

이제 Vault 연결을 단일 프로젝트 범위로 지정할 수 있습니다. 해당 연결의 시크릿은 인스턴스 전체가 아닌 해당 프로젝트의 크리덴셜에만 표시되며, 인스턴스 수준 연결은 영향을 받지 않습니다. 이 기능은 두 단계로 제공되었습니다. 먼저 인스턴스 관리자가 프로젝트 범위 연결을 만들 수 있었고, 다음 릴리즈에서 프로젝트 팀에 셀프서비스 액세스가 제공되었습니다.

인스턴스 관리자 설정은 n8n 2.11(2026-03-03)에 릴리즈되었습니다. 인스턴스 관리자는 Settings > External Secrets에서 프로젝트 범위 연결을 만듭니다.

전체 팀 액세스는 n8n 2.13(2026-03-16)에 릴리즈되었습니다. 이제 프로젝트 관리자는 Project Settings > External Secrets에서 자체 Vault 연결을 관리합니다. 이들과 공유된 인스턴스 수준 연결은 읽기 전용으로 표시됩니다. 인스턴스 관리자가 Settings > External Secrets 아래의 System Roles 토글로 액세스를 활성화하거나 더 세밀한 제어를 위해 사용자 지정 역할을 통해 활성화하면 프로젝트 편집자는 크리덴셜에서 프로젝트 범위 시크릿을 사용할 수 있습니다. 사용자 지정 역할에 시크릿 범위 5개(나열, 읽기, 생성, 업데이트, 삭제)가 추가되었습니다. 이제 인스턴스 관리자와 소유자는 시크릿을 확인하기 위해 프로젝트 구성원일 필요가 없습니다.

자세한 내용은 외부 시크릿을 참조하세요.

외부 시크릿 제공업체로서의 1Password#

릴리즈: 2026-03-09, n8n 2.12

이제 n8n은 HashiCorp Vault, AWS Secrets Manager, Azure Key Vault, GCP Secret Manager와 함께 외부 시크릿 제공업체로 1Password Connect Server를 지원합니다.

시크릿은 런타임에 가져오며 n8n에 저장되지 않습니다. 단일 진실 공급원은 계속 1Password입니다. 다중 필드 항목은 구조화된 하위 경로로 사용할 수 있습니다. $secrets.<vault>.<item>.<field>.

연결하려면 다음을 수행하세요.

1. 1Password Connect Server를 배포하고 n8n이 읽어야 하는 Vault 범위의 액세스 토큰을 만듭니다.
2. n8n에서 Settings > External Secrets로 이동하여 1Password를 선택하고 Connect Server URL과 토큰을 입력합니다.

읽기 전용 액세스가 있는 셀프 호스팅 1Password Connect Server가 필요합니다.

Cloud에서 더 쉬운 크리덴셜 설정#

릴리즈: 2026-03-03, n8n 2.11

이제 n8n Cloud에서 크리덴셜 설정이 훨씬 간단해졌습니다. 지원되는 서비스에서는 Connect 버튼을 클릭하고 서비스로 인증하면 준비가 완료됩니다. Slack, Firecrawl, HubSpot, GitHub, Google Calendar, PagerDuty, Apify 등의 수동 설정을 건너뛰세요.

유의할 사항:

• 자체 OAuth 구성을 사용하려는 경우 언제든지 인증 모드 드롭다운에서 수동 설정으로 전환할 수 있습니다.
• n8n이 사용자를 대신하여 OAuth 앱을 관리합니다.

개인 공간 정책#

릴리즈: 2026-02-13, n8n 2.8.3

새 Security & policies 설정 섹션은 인스턴스에 보안 요구 사항을 적용할 수 있는 중앙 위치를 제공합니다. 기존의 2단계 인증 적용에 더해, 이제 관리자는 사용자가 개인 공간에서 수행할 수 있는 작업을 제어할 수 있습니다.

사용 가능한 정책은 다음과 같습니다.

• 공유: 사용자가 개인 공간에서 워크플로와 크리덴셜을 공유할 수 있는지 제어합니다.
• 워크플로 게시: 사용자가 개인 공간에서 워크플로를 게시할 수 있는지 제어합니다.

이 릴리즈는 사용자 지정 프로젝트 역할을 포함한 최근 권한 모델 업데이트를 기반으로 하여 정책 기반 거버넌스를 더 잘 지원합니다.

할당 전에 역할의 권한 검사#

릴리즈: 2026-02-13, n8n 2.8.3

이제 프로젝트 역할 선택기는 기본 제공 시스템 역할과 사용자 지정 역할을 별도 섹션으로 나누므로 긴 사용자 지정 역할 목록이 기본값을 가리지 않습니다. 역할 위에 마우스를 올리면 구성된 권한의 요약이 표시되고 전체 권한 세부 정보를 열 수 있습니다. 이전에는 부여하려는 권한을 확인하려면 할당 흐름을 벗어나 역할 자체를 열어야 했습니다.

AI 도구 호출을 위한 사람의 개입#

릴리즈: 2026-01-26, n8n 2.6

이제 AI Agent가 특정 도구를 실행하기 전에 명시적인 사람의 승인을 요구할 수 있습니다.

AI 도구 호출을 위한 사람의 개입(HITL)은 도구 수준에서 직접 검토를 적용합니다. 게이트된 도구는 사람이 명시적으로 작업을 승인하지 않으면 실행할 수 없으므로 레코드 삭제, 프로덕션 시스템에 쓰기, 영향이 큰 이메일 전송 같은 고영향 작업을 결정론적으로 제어할 수 있습니다. 이는 프롬프트 기반 보호 장치의 불확실성을 제거하고 확률적 에이전트 동작으로부터 사용자를 보호합니다.

검토 단계는 표준 n8n 연동을 사용하여 구현되므로 승인은 단일 사용자나 인터페이스로 제한되지 않습니다. 적절한 사람이 이미 사용하는 채널로 승인하도록 결정을 사람과 시스템 전반에 걸쳐 라우팅할 수 있습니다.

수행할 수 있는 작업:

• MCP Client 도구 또는 도구로 노출된 서브 워크플로를 포함하여 에이전트가 호출할 수 있는 모든 도구에 명시적인 사람의 승인을 요구합니다.
• 승인을 선택적으로 적용하여 일부 도구는 자율적으로 실행하고 다른 도구는 검토를 요구합니다.
• 사용자와 채널 전반에 걸쳐 승인을 라우팅합니다(예: Slack에서 시작된 작업을 다른 사용자가 이메일을 통해 승인하도록 전송).
• 복잡한 워크플로 패턴이나 취약한 프롬프트 로직 없이 고영향 또는 잠재적으로 파괴적인 작업에 안전 검사를 추가합니다.

도구를 게이트하려면 AI Agent에서 해당 도구로 이어지는 선 위의 + 아이콘을 클릭하고 Add human review step을 선택하세요. Tools 패널이 열리고 검토를 처리하는 데 사용할 수 있는 노드가 표시됩니다. 하나를 선택하고 승인자, 메시지, 사용 가능한 작업을 구성하세요.

에이전트가 수행할 수 있는 작업을 제한하지 않고 사람의 판단이 필요한 위치를 정밀하게 제어하세요. 사람의 개입 도구 문서에서 자세히 알아보세요.

AI 도구 호출을 위한 사람의 개입

Chat 노드: 사람의 개입 작업#

릴리즈: 2026-01-20, n8n 2.5

이제 Chat 노드에는 에이전트형 워크플로에서 사람의 개입 상호 작용을 위한 두 가지 새로운 작업이 포함됩니다.

• 메시지 보내기: 사용자에게 메시지를 보내고 워크플로를 계속합니다.
• 메시지를 보내고 응답 대기: 사용자에게 메시지를 보내고 사용자가 응답할 때까지 실행을 일시 중지합니다. 사용자는 노드 구성에 정의된 대로 Chat에서 자유 텍스트로 응답하거나 인라인 승인 버튼을 클릭하여 응답할 수 있습니다.

이러한 작업은 결정론적 워크플로 단계 또는 AI Agent용 도구로 사용할 수 있으며, Chat Trigger를 사용할 때 하나의 실행 내에서 멀티턴 사람 상호 작용을 활성화합니다.

에이전트 도구로 사용하면 에이전트는 진행하기 전에 명확히 할 사항을 물어 사용자 의도를 더 잘 해석하고 지침을 따를 수 있습니다. 에이전트는 이러한 작업을 사용해 장시간 실행되는 워크플로 중에 업데이트를 보낼 수도 있습니다.

설정하려면 다음을 수행하세요.

1. Chat Trigger 노드로 워크플로를 트리거합니다. 노드 매개변수에서 Response Mode 옵션을 추가하고 Using Response Nodes로 설정합니다.
2. 워크플로의 나중 단계에 Chat 노드를 추가하거나 AI Agent의 도구로 추가합니다. Send a message 또는 Send a message and wait for response 작업 중 하나를 선택합니다.

AI Agent가 메시지를 보내는 것과 입력을 기다리는 것 중에서 선택하도록 하려면 각 작업에 하나씩 Chat 도구 노드를 두 개 추가해야 합니다. Chat Trigger 노드로 트리거된 AI Agent의 경우 필요할 때 에이전트가 명확히 할 사항을 요청할 수 있도록 Send a message and wait for response를 추가하는 것이 좋습니다.

Chat 노드 문서에서 자세히 알아보세요.

Chat 노드를 위한 사람의 개입

Syslog 로그 스트리밍을 위한 TLS 지원#

릴리즈: 2026-01-12, n8n 2.4

Syslog 로그 스트리밍 대상은 이제 TCP를 통한 TLS를 지원합니다. 이전에는 평문 UDP 또는 TCP로만 로그 이벤트를 본냈으므로 암호화된 전송이 필요한 SIEM 및 관찰성 플랫폼에서는 사용할 수 없었습니다. 대상의 전송 프로토콜을 기본 UDP 대신 TLS로 설정하고 연결에 사용할 PEM 형식 CA 인증서를 제공하세요.

API를 통한 크리덴셜 업데이트#

릴리즈: 2026-01-12, n8n 2.4

이제 n8n의 Public API는 새 PATCH /credentials/:id 엔드포인트를 통해 ID별로 기존 크리덴셜을 업데이트할 수 있습니다. 이전에는 API를 통해 크리덴셜을 생성만 할 수 있었으므로 변경하려면 크리덴셜을 삭제하고 다시 만들어야 했습니다.

업데이트할 때 모든 크리덴셜 데이터를 한 번에 교체하거나(대량 업데이트에 유용), isPartialData: true를 설정하여 기존 데이터와 변경 사항을 병합할 수 있습니다. 자동화된 시크릿 교체 또는 구성을 잃지 않고 개별 값을 수정하는 데 적합합니다.

사용자 지정 프로젝트 역할의 더 세분화된 워크플로 권한#

릴리즈: 2025-12-22, n8n 2.2

사용자 지정 프로젝트 역할을 사용하면 프로젝트 수준에서 세밀한 권한을 정의할 수 있습니다. 이번 릴리즈에서는 워크플로 편집과 워크플로 게시를 분리하여 워크플로 권한을 더욱 세분화했습니다.

이 변경으로 워크플로 빌드와 게시를 다른 사용자나 팀이 처리하는 내부 프로세스에 맞춰 액세스 제어를 조정하기 쉬워집니다.

로그 스트리밍: 향상된 관찰성을 위한 더 많은 감사 이벤트#

릴리즈: 2025-12-22, n8n 2.2

로그 스트리밍에 운영 및 보안 관련 변경 사항의 가시성을 개선하는 추가 감사 이벤트가 포함됩니다.

이 업데이트는 수동 워크플로 취소와 워크플로 활성화/비활성화(게시/게시 취소), 변수 수명 주기 이벤트(생성/업데이트/삭제), 사용자 관리 작업(2FA 활성화/비활성화 포함)을 위한 이벤트를 추가합니다.

이제 워크플로 설정 업데이트는 일반적인 "updated" 이벤트 대신 변경된 특정 매개변수(예: 새 오류 워크플로 선택)와 함께 기록됩니다.

Time Saved 노드#

릴리즈: 2025-12-15, n8n 2.1

이전에는 팀이 실행 경로와 관계없이 각 워크플로에 단일 고정 절감 시간 값만 추적할 수 있었습니다. 새 Time Saved 노드를 사용하면 서로 다른 실행 경로에서 서로 다른 시간이 절약되는 경우 더 정밀한 시간 절감 계산이 가능합니다.

이번 릴리즈에서는 다음을 수행할 수 있습니다.

• 고정 값 또는 동적 시간 추적 선택: 단순 워크플로에는 고정 절감 시간 값을 사용하거나, 하나 이상의 Time Saved 노드를 사용하여 실제 실행 경로에 따라 절감 시간을 동적으로 계산합니다.
• 항목별 계산 구성: Time Saved 노드를 사용할 때 모든 항목에 대해 한 번만 절감 시간을 계산할지, 처리된 항목 수만큼 곱할지 선택합니다.

n8n은 각 워크플로 실행 중 실행된 모든 Time Saved 노드의 시간을 자동으로 합산하고 insights 대시보드 내에서 보고합니다.

n8n 2.32 — Schedule Trigger 실행은 재시작 후에도 유지되고 여러 메인 인스턴스로 확장됩니다#

릴리즈: 2026-07-21

이제 각 인스턴스의 메모리가 아닌 데이터베이스 기반 큐에서 Schedule Trigger 노드를 실행할 수 있습니다. 지속형 스케줄러는 예정된 모든 실행을 실행 시각 전에 데이터베이스에 기록하므로, 재시작이나 충돌로 작업이 조용히 누락되지 않습니다. 인스턴스가 중단된 동안 실행 시각이 지난 작업은 건너뛰는 대신 인스턴스가 복구되면 실행됩니다.

멀티 메인 구성에서는 모든 메인 인스턴스가 같은 큐를 공유하고 실행을 가져갑니다. 각 실행은 하나의 인스턴스만 가져가므로, 스케줄링 부하가 단일 리더에 의존하지 않고 전체 플릿으로 분산됩니다. 디스패치는 정확히 예약된 시각에 실행됩니다. 스케줄러가 각 실행을 미리 가져와 정밀 타이머로 유지하므로, 정상 상태의 실행 시점은 폴링 주기에 제한되지 않습니다.

사용하려면 환경 변수 두 개를 설정하고 인스턴스를 다시 시작하세요.

1. 지속형 스케줄러를 활성화하려면 N8N_SCHEDULER_ENABLED=true를 설정합니다.
2. 스케줄러가 Schedule Trigger 노드를 맡도록 N8N_USE_WORKFLOW_PUBLICATION_SERVICE=true를 설정합니다. 이 두 번째 플래그가 없으면 Schedule Trigger 노드는 인메모리 스케줄러에서 계속 실행되고 n8n이 경고를 기록합니다.

기존 Schedule Trigger 노드는 다시 게시하지 않아도 자동으로 전환됩니다. 기본값은 대부분의 인스턴스에 적합하지만 N8N_SCHEDULER_MATERIALIZATION_WINDOW, N8N_SCHEDULER_EXECUTOR_INTERVAL, N8N_SCHEDULER_RETENTION, N8N_SCHEDULER_FAILED_RETENTION, N8N_SCHEDULER_MISFIRE_GRACE 등의 추가 환경 변수로 시간 정밀도, 스토리지, 부하를 조정할 수 있습니다. 전체 변수 목록은 Scheduler 환경 변수 페이지를 참조하세요. 스케줄러를 모니터링하려면 N8N_METRICS=true 및 N8N_METRICS_INCLUDE_SCHEDULER_METRICS=true를 설정해 Prometheus 메트릭을 노출한 후 n8n Durable Scheduler Health Grafana 대시보드를 가져와 큐 깊이, 스케줄링 지연, 디스패치 처리량, 재시도, 데드 레터를 추적하세요.

이 기능은 환경 플래그 뒤에 있는 프리뷰 기능이며, 정식 출시 전 환경 변수와 기본 동작이 바뀔 수 있습니다. n8n은 먼저 비프로덕션 환경에서 테스트할 것을 권장합니다. 인스턴스가 장시간 중단되면 누락된 실행은 기본적으로 복구 시 병합됩니다. 누락된 발생마다 하나씩 실행하는 대신 가장 최근의 누락된 발생만 실행됩니다. N8N_SCHEDULER_MISFIRE_GRACE로 이를 조정할 수 있습니다. 이 값은 실행이 누락된 것으로 간주되기 전에 정시에 시작한 것으로 인정할 수 있는 지연 시간을 지정합니다.

자세한 내용은 문서를 참조하세요.