n8n이 2026년 9월 25일 에이전트 기능을 공식 출시했습니다. 기존 AI Agent 노드와 달리 메모리·세션·채널·버전 관리·승인 기능이 기본 포함된 '완성형' 에이전트를 제공하며, 기존에 만든 워크플로우를 에이전트의 도구로 바로 활용할 수 있습니다. 설정 방법, 비용 구조, 승인 통제, 적합한 사용자를 공식 발표 내용 기준으로 정리합니다.
에이전트가 자동화할 수 있는 업무 유형
n8n 에이전트는 매번 입력이 달라지거나 결과에 따라 다음 단계가 결정되는 '개방형' 업무에 적합합니다. 공식 발표에 따르면 고정된 시퀀스는 워크플로우가 더 적합하고, 목표만 정의하면 에이전트가 스스로 단계를 결정하는 방식은 다음과 같은 업무에 맞습니다.
공식 예시로 제시된 사례(검증된 공식 사례)는 ①신규 티켓을 읽고 계정 정보를 가져와 답변 초안을 작성하는 고객 지원 에이전트, ②인바운드 리드를 조사해 Slack에 요약을 게시하는 리서치 에이전트, ③새 이슈를 감시하고 후속 조치를 추천하는 Linear 에이전트, ④야간에 변경된 내용을 정해진 시간에 요약하는 아침 보고 에이전트입니다.
반면 단계가 고정된 리드 유입→보강→점수화→라우팅 같은 순차 업무는 여전히 워크플로우가 더 적합하다고 명시되어 있습니다.
- 개방형 업무(입력이 매번 다르고 다음 단계가 결과에 따라 달라지는 경우)에 최적
- 고정 시퀀스 업무는 기존 워크플로우 유지 권장
- 공식 예시: 고객 지원 티켓 처리, 리드 리서치, Linear 이슈 추천, 야간 변경 요약
- Slack·Telegram·Discord·Linear·스케줄·워크플로우 내부에서 동일 에이전트 호출 가능
근거: Introducing n8n Agents – n8n Blog
에이전트를 구성하는 핵심 요소
n8n 에이전트를 만들 때 설정하는 구성 요소는 공식 발표에 다음과 같이 명시되어 있습니다.
– **모델**: 보유한 자격증명이 있는 모든 모델 또는 n8n Gateway 크레딧 사용 모델
– **지시문(Instructions)**: 에이전트의 역할, 말투, 해야 할 것과 하지 말아야 할 것, 우선 사용할 도구
– **채널 및 트리거**: Slack, Telegram, Linear, Discord, 스케줄
– **도구**: n8n 내장 통합, MCP 서버, 기존 워크플로우
– **스킬(Skills)**: 재사용 가능한 지시문과 참조 파일, 여러 에이전트 간 공유 가능
– **서브 에이전트**: 에이전트가 다른 에이전트를 호출할 수 있음
– **지식(Knowledge)**: CSV, PDF, 마크다운, TXT 파일 업로드(n8n Cloud에서 이용 가능), 벡터 스토어도 지원
– **메모리**: 세션 내 대화는 기본 보관, 세션 간 기억도 설정 가능
– **세션**: 모든 대화가 저장·검토 가능하며 나중에 이어갈 수 있음
에이전트가 실행된 후에는 세션별로 수행한 단계, 호출한 도구, 각 호출의 입력·출력을 확인할 수 있습니다.
- 모델·지시문·채널·도구·스킬·서브 에이전트·지식·메모리·세션이 기본 포함
- 지식 파일 업로드와 벡터 스토어는 n8n Cloud에서 이용 가능
- 세션마다 실행 로그(도구 호출, 입력, 출력) 확인 가능
- 스킬은 여러 에이전트 간 재사용 가능한 지시문·참조 파일 단위
근거: Introducing n8n Agents – n8n Blog
워크플로우를 에이전트 도구로 사용하기
n8n 에이전트가 사용할 수 있는 도구는 세 종류이며, 도구마다 선택할 수 있습니다.
1. **MCP 서버**: 서비스를 연결하면 에이전트가 해당 서비스의 도구 전체를 사용하고 사용 방법을 스스로 결정합니다. 원하지 않는 도구는 제외할 수 있습니다.
2. **n8n 도구·노드**: 이미 사용 중인 통합을 특정 작업 한 가지용으로 설정하고 파라미터를 직접 정합니다. 설정 부담이 크지만 에이전트가 정확히 무엇을 할 수 있는지 통제할 수 있습니다.
3. **워크플로우**: 이미 만들어 둔 전체 프로세스를 정의한 대로 실행합니다.
공식 발표에서 워크플로우 도구를 가장 중요하게 강조하는 이유는 보안 설계 때문입니다. 공식 발표의 예시를 옮기면: CRM에 메모를 추가하는 워크플로우를 도구로 사용하면 에이전트는 CRM 자격증명을 직접 보유하지 않고, 계정 ID와 메모를 받아 메모를 추가하는 것 외에 다른 작업을 할 수 없는 워크플로우만 실행합니다. 에이전트에게 직접 CRM 쓰기 권한을 주고 지시문에 의존하는 것과 근본적으로 다른 접근입니다.
워크플로우 내부에서 에이전트를 호출할 때는 '에이전트에게 메시지 전송(Message an Agent)' 노드를 사용합니다. 에이전트 업데이트 시 이 노드를 사용하는 모든 워크플로우가 자동으로 최신 버전을 사용합니다.
- 도구 3종: MCP 서버·n8n 노드·기존 워크플로우
- 워크플로우 도구 사용 시 에이전트가 자격증명을 직접 보유하지 않음 (보안 설계)
- Message an Agent 노드로 워크플로우에서 에이전트를 단계로 호출 가능
- 에이전트 업데이트 시 연결된 모든 워크플로우에 자동 반영
근거: Introducing n8n Agents – n8n Blog
승인·버전 관리·보안 통제
공식 발표에 명시된 통제 항목은 다음과 같습니다.
**승인(Approvals)**: 특정 도구를 '민감(sensitive)'으로 표시하면 에이전트가 해당 도구를 사용하기 전에 승인 또는 거부를 기다립니다. 예시로 제시된 케이스에서 온콜(on-call) 호출은 사람의 승인을 기다립니다.
**도구별 자격증명**: 각 도구는 해당 도구에 연결된 자격증명으로만 실행됩니다. 에이전트가 인스턴스 전체의 자격증명을 보유하지 않습니다.
**접근 권한**: 에이전트 자체에 대한 접근은 n8n 역할(roles) 설정을 따르므로 편집·배포 권한을 관리할 수 있습니다.
**초안과 배포 버전 분리**: 팀이 배포된 버전을 계속 사용하는 동안 초안을 편집하고 미리 볼 수 있습니다. 준비되면 배포하고, 필요하면 복원하거나 배포를 취소할 수 있습니다.
**세션·실행 로그**: 세션마다 입력, 도구 호출, 출력, 오류가 기록되므로 특정 날짜에 에이전트가 무엇을 했는지 확인할 수 있습니다.
공식 발표는 민감한 업무에는 도구 범위를 좁게 설정하고, 테스트 채널에서 먼저 검증하고, 시스템 레코드에 쓰는 모든 작업에 승인을 설정할 것을 권장합니다.
- 민감 도구 표시 시 실행 전 사람의 승인 또는 거부 대기
- 각 도구는 도구에 연결된 자격증명만 사용, 에이전트는 전체 자격증명 미보유
- 초안/배포 버전 분리로 운영 중단 없이 업데이트 가능
- 세션별 실행 로그(입력·도구 호출·출력·오류) 조회 가능
- 민감 업무: 좁은 범위 도구 + 테스트 채널 + 쓰기 작업 승인 권장
근거: Introducing n8n Agents – n8n Blog
이용 가능 여부와 비용
공식 발표에 명시된 가용성과 비용은 다음과 같습니다.
**이용 가능 여부**:
– n8n Cloud: 최신 안정 버전에서 모든 사용자 이용 가능
– 셀프 호스팅: 추가 설정 필요(공식 문서의 셀프 호스팅 설정 참조)
– Enterprise: 곧 제공 예정(공식 발표 기준, 시점은 명시되지 않음)
**비용**:
– 에이전트 1턴(turn) = 1 실행(execution)으로 계산
– 에이전트 내부에서 워크플로우나 서브 에이전트를 도구로 호출해도 실행 횟수에 별도로 카운트되지 않음
– 에이전트는 워크플로우 실행 쿼터를 공유
– n8n Assistant로 에이전트를 만들 때는 AI 크레딧 사용(다른 Assistant 대화와 동일 기준)
– Gateway 크레딧을 사용하면 AI 공급자의 API 키 없이도 모델을 선택해 에이전트를 시작할 수 있음
**상태**: 프리뷰(preview) 단계. 배포 전 테스트를 권장하며 민감한 작업에는 승인을 설정하도록 공식 발표에 명시되어 있습니다.
- n8n Cloud 최신 버전: 모든 사용자 이용 가능
- 셀프 호스팅: 추가 설정 필요, Enterprise: 곧 제공 예정(시점 미명시)
- 1턴 = 1실행, 내부 워크플로우·서브 에이전트 호출은 별도 카운트 없음
- 워크플로우 실행 쿼터 공유
- Gateway 크레딧으로 AI 공급자 API 키 없이 시작 가능
- 현재 프리뷰 단계, 배포 전 테스트 및 민감 작업 승인 설정 권장
근거: Introducing n8n Agents – n8n Blog
설정 시작 방법 — 단계별 안내
공식 발표에 안내된 시작 방법은 다음과 같습니다.
1. **Agents 탭 열기**: n8n 인터페이스에서 'Agents' 탭을 클릭하고 'Create Agent'를 선택합니다.
2. **n8n Assistant 활용**: 원하는 것을 설명하면 Assistant가 워크플로우 또는 에이전트 중 더 적합한 것을 판단해 초안을 만들어 줍니다. 에이전트가 필요하다고 판단되면 지시문, 도구, 채널 초안이 준비됩니다.
3. **모델 선택**: Gateway 크레딧이 있으면 AI 공급자 API 키 없이도 모델을 선택할 수 있습니다.
4. **채널 연결**: Slack, Telegram, Discord 등 원하는 채널을 연결합니다.
5. **도구 추가**: MCP 서버, n8n 노드, 기존 워크플로우를 도구로 추가합니다.
6. **민감 도구에 승인 설정**: 시스템 레코드에 쓰는 도구에는 승인을 활성화합니다.
7. **테스트 채널에서 검증**: 운영 채널에 연결하기 전에 테스트 채널에서 먼저 동작을 확인합니다.
8. **배포**: 초안 검토 후 배포. 이후에도 초안 편집과 배포 버전은 분리 운영됩니다.
처음 시작할 때 추천하는 아이디어(공식 제시): 팀이 자주 묻는 1~2개 시스템에 연결된 내부 Slack 봇.
- Agents 탭 → Create Agent 또는 Assistant에 원하는 내용 설명
- Gateway 크레딧으로 API 키 없이 시작 가능
- 민감 도구에 승인 활성화 → 테스트 채널 검증 → 배포
- 첫 시작 추천: 내부 Slack 봇 + 1~2개 시스템 연동
근거: Introducing n8n Agents – n8n Blog
누가 써야 하는가 — 기존 AI Agent 노드와 비교
공식 발표는 기존 AI Agent 노드와의 관계를 명확히 설명합니다. **기존 AI Agent 노드는 그대로 유지되며 기존에 만든 것은 변경 없이 동작합니다.** 새로운 Agents는 이를 대체하는 것이 아니라 '사전 조립된(pre-built)' 옵션으로 추가된 것입니다.
공식 비유: 직접 PC를 조립하는 것(기존 AI Agent 노드 방식 — 채팅 트리거, 메모리 노드, AI Agent 노드, 도구, 워크플로우를 각각 연결)과 사전 조립된 PC를 구매하는 것(새 Agents — 메모리, 세션, 채널, 버전, 승인이 기본 포함)의 차이입니다.
**새 Agents에 적합한 사용자**:
– 워크플로우 구조를 먼저 익히지 않고 에이전트를 만들고 싶은 사용자
– 팀 전체가 Slack 등 채널에서 같은 에이전트를 사용하는 팀
– 에이전트 버전 관리와 실행 로그 감사가 필요한 운영 팀
– 민감한 시스템(CRM, 온콜 등)과 연동할 때 자격증명을 에이전트에 직접 노출하지 않으려는 팀
**기존 AI Agent 노드가 더 나은 경우**:
– 이미 잘 동작하는 에이전트 워크플로우가 있는 경우 (변경 불필요)
– 세부 구성을 직접 통제하고 싶은 경우
- 기존 AI Agent 노드는 그대로 유지, 기존 구성 변경 불필요
- 새 Agents: 메모리·세션·채널·버전·승인이 기본 포함된 사전 조립 방식
- 워크플로우 경험 없이도 에이전트 생성 가능
- 자격증명을 에이전트에 직접 노출하지 않는 구조가 필요한 팀에 적합
- 이미 잘 동작하는 AI Agent 노드 구성은 그대로 유지 가능
근거: Introducing n8n Agents – n8n Blog
자료 확인 기준
이 글의 공식 자료 확인일은 2026년 9월 26일입니다. n8n Agents는 현재 프리뷰 단계이므로 세부 동작과 가용 범위는 릴리스마다 변경될 수 있습니다. 변경 사항은 n8n 공식 블로그와 문서를 우선 확인하세요.
- 공식 자료: n8n 공식 블로그(blog.n8n.io) 2026-09-25 발표
- 프리뷰 단계, 릴리스마다 동작·가용 범위 변경 가능
- Enterprise 지원 시점은 공식 발표에 명시되지 않음
근거: Introducing n8n Agents – n8n Blog
자료 확인 기준
2026년 09월 26일에 공식 원문을 확인했습니다. 확인일과 정책·공연의 시행일은 다를 수 있으며 변경 공지는 원문을 우선합니다.
댓글 남기기