n8n이 9월 25일 Agents를 공개했다. 모든 단계를 먼저 늘어놓으라고 요구해온 워크플로 자동화 플랫폼에 목표만 주면 되는 방식이 붙은 것이다. 이번 출시에는 자연어 빌더보다 더 눈여겨볼 설계 결정이 두 가지 깔려 있다. 인증정보가 어디에 놓이는가, 그리고 대화 한 번이 어떻게 과금되는가다.
핵심 요약
- n8n 에이전트는 지시문과 모델, 도구 목록으로 조립한다. 이후 Slack, Telegram, Linear, Discord, 스케줄, 또는 일반 워크플로 안의 노드에서 호출할 수 있다. 그 전부가 발행된 하나의 에이전트를 가리킨다.
- 인증정보는 에이전트가 아니라 도구마다 붙는다. CRM에 메모를 남길 수 있는 모델이 CRM 키 자체는 쥐지 않는다.
- 에이전트와의 한 턴은 워크플로가 이미 쓰는 것과 같은 할당량에서 실행 1회를 차감한다. 워크플로 도구와 하위 에이전트 호출은 그 위에 따로 과금되지 않는다.
권한 경계는 이렇게 작동한다
도구는 세 가지 형태로 들어온다. MCP 서버는 카탈로그 전체를 한 번에 넘기고 에이전트가 어떤 호출이 필요한지 스스로 판단한다. 원하지 않는 도구는 설정 단계에서 제외한다. n8n 노드 하나는 매개변수를 미리 고정한 단일 동작을 준다. 워크플로는 만들어진 그대로 실행되는 절차를 준다.
보안 논리는 세 번째 선택지에 실려 있다. n8n이 직접 든 예는 고객지원 에이전트다. 메모 작성 도구가 계정에 텍스트를 덧붙이는 일만 하고 그 밖에는 아무것도 못 하는 워크플로로 되어 있다. 대안은 모델에 CRM 쓰기 권한을 주고, 지시문을 지켜 메모 필드 안에만 머물기를 믿는 것이다. 민감하다고 표시한 도구는 실행 전에 사람의 승인을 받으려 멈추고, 도구별 인증정보는 인스턴스 키를 모델에서 떼어놓는다. 편집과 발행 권한은 조직이 이미 쓰고 있는 n8n 역할 체계를 그대로 따른다. 민감한 작업이라면 영향 범위가 작은 곳에서 시작하라는 것이 n8n 자신의 권고다. 범위를 좁힌 도구, 테스트 채널, 쓰기 동작에 붙이는 승인이 그것이다.
이미 n8n을 쓰는 팀에 달라지는 것
깨지는 것은 없다. AI Agent 노드는 그대로 남아 있어, 채팅 트리거와 메모리 노드, 붙여둔 도구들, 그것들을 하나로 엮는 워크플로로 조립한 지금의 패턴은 영향을 받지 않는다. Agents는 워크플로 옆에 놓인 별개의 객체이고, 트래픽은 양방향으로 흐른다. 새로 생긴 Message an Agent 노드를 쓰면 고정된 워크플로가 한 단계를 에이전트에 넘기고 그 답을 받아 다음으로 이어갈 수 있다.
운영 측면에서 눈여겨볼 대목은 버전 관리다. 팀이 발행된 에이전트를 계속 쓰는 동안 초안을 수정하고 미리 볼 수 있으며, 발행하면 그 에이전트를 참조하는 모든 채널과 모든 워크플로가 한꺼번에 갱신된다. 세션에는 대화마다 도구 호출과 그 입출력이 함께 저장된다. 일이 틀어진 다음에 감사할 수 있는 에이전트와 그럴 수 없는 에이전트를 가르는 차이다. 메모리는 기본적으로 세션 안에서 유지되고, 설정에 따라 세션을 넘어서도 남는다. 스킬에는 여러 에이전트가 공유할 재사용 지시문을 담고, 업로드한 CSV·PDF·마크다운·텍스트 파일은 n8n Cloud에서 답변의 근거가 된다.
한 턴의 실제 비용
계량 방식에서 n8n은 시장과 반대되는 선을 그었다. 한 턴이 실행 1회이고 내부 도구 호출은 따로 세지 않기 때문에, 에이전트 대화의 비용이 모델이 몇 단계를 밟기로 했는지에 따라 늘어나지 않는다. 동작 단위로 과금하는 방식과는 분명히 다른 지점이다. 게이트웨이 크레딧을 쓰면 공급사 API 키를 가져오지 않고도 첫 에이전트를 돌려볼 수 있고, n8n Assistant로 에이전트를 만들 때는 다른 Assistant 세션과 똑같이 AI 크레딧이 빠진다.
붐비는 에이전트 시장에서의 위치
올해 자동화 업체들은 예외 없이 에이전트 빌더를 내놓고 있고, 대부분은 범용 연동 목록을 늘어놓은 백지 상태에서 구매자를 출발시킨다. n8n의 출발점은 다른 곳에 있다. 회사가 이미 만들어 이미 신뢰하는 워크플로가 에이전트의 손이 되고, 몇 년 전에 해둔 권한 범위 설정이 그대로 유지된다는 것이 이 회사의 주장이다. 이 이점이 유지될지는 실행에 달렸다. 기능은 프리뷰로 나왔고, 최신 안정판 n8n Cloud를 쓰는 사용자에게는 전부 켜져 있지만, 자체 호스팅 인스턴스는 에이전트를 돌리기 전에 추가 설정이 필요하다. 올해 앞서 워크플로를 만들고 디버깅까지 맡는 어시스턴트를 내놓은 뒤라는 회사 자신의 설명은, 캔버스가 대체되는 것이 아니라 두 선택지 가운데 하나로 내려앉았음을 시사한다.
FAQ 자주 묻는 질문
기존 AI Agent 노드는 계속 작동하나?
작동한다. n8n은 이 노드가 그대로이며 그것으로 만든 것들도 전부 계속 돌아간다고 밝혔다. Agents는 노드를 대체하는 것이 아니라 워크플로 옆에 놓이는 새 객체 유형이고, AI 에이전트와 워크플로는 서로를 호출할 수 있다.
자체 호스팅 n8n에서도 Agents를 쓸 수 있나?
추가 설정을 하면 쓸 수 있다. 출시 시점에 최신 안정판을 쓰는 n8n Cloud 사용자 전원에게 기능이 열렸고, 자체 호스팅 환경은 에이전트 구축·관리에 관한 n8n 문서에 정리된 별도 설정이 필요하다. 지식 파일 업로드는 Cloud 기능으로 명시돼 있다.
n8n 에이전트와의 대화는 어떻게 과금되나?
한 턴이 표준 워크플로 허용량에서 실행 1회로 계산된다. 에이전트가 워크플로 도구나 하위 에이전트를 호출하는 것은 별도로 과금되지 않지만, n8n Assistant로 에이전트를 만들 때는 AI 크레딧이 소모된다.
