n8n Assistant로 자연어 자동화 워크플로 만들기

n8n에서 무엇이든 만들어 본 적이 있다면 그 간극을 알 것입니다. 한 문장으로 자동화하고 싶은 내용을 설명할 수는 있지만, 어떤 노드를 어떤 순서로, 어떻게 설정하고, 어떤 계정에 연결해야 하는지를 아는 것과는 전혀 다릅니다. 그리고 처음 실행이 전에 보지 못한 오류로 실패하면, 다시 문서와 포럼으로 돌아가게 됩니다.

그 번역 단계에서 대부분의 자동화 프로젝트가 멈춥니다. 플랫폼이 할 수 없어서가 아니라, 어떻게 해야 하는지를 알아내는 데 예정에 없던 반나절이 들기 때문입니다.

n8n Assistant를 사용하면, 원하는 자동화를 평이한 언어로 설명하기만 하면 됩니다. 그러면 Assistant가 워크플로를 설계하고, 캔버스에 만들어 넣고, 필요한 자격 증명을 요청하고, 실행한 뒤, 무엇이 잘못됐는지 파악하고, 함께 수정해 나갑니다.

최종적으로 얻게 되는 것은 표준 n8n 워크플로입니다. 캔버스에서 볼 수 있고, 수동으로 편집할 수 있으며, 모든 실행이 기록되고, 프롬프트를 작성한 사람이 아니라 팀이 소유합니다.

몇 분 안에 일단 동작하는 것을 얻은 다음, 거기서 다듬으면 됩니다. 노드를 바꾸고, 필터를 조정하고, 오류 처리를 추가하고, 확인 단계가 필요한 부분을 결정하면 됩니다. 직접 조립하고 싶다면 그것을 막을 방법은 없습니다. 같은 캔버스이고, 워크플로도 같은 워크플로입니다.

한 문장만으로 자동화를 만들어 주는 AI 도구는 부족하지 않고, 그중 몇몇은 꽤 잘합니다. 하지만 문제는 나중에, 팀이 그 결과에 의존해야 할 때 드러납니다:

• 검토할 것이 없습니다. 코딩 에이전트에게 통합 기능을 요청하면 코드를 받게 되고, 이제 누군가가 그 코드를 호스팅하고, 보안하고, 모니터링하고, 유지보수해야 합니다. 자신이 하는 일을 자동화하는 개발자라면 괜찮습니다. 하지만 결과가 그것을 요청한 사람에게만 의미가 있다면 정당화하기가 더 어렵습니다.
• 지속되는 것이 없습니다. 열린 요청에 따라 도우미에게 작업을 맡기면 실제로 해낼 수도 있습니다. 하지만 실행이 끝나면 작업도 함께 사라집니다. 다음 주에 넘기거나 다시 실행할 것이 남지 않습니다.
• 설명할 수 있는 것이 없습니다. 자동화가 예상치 못한 일을 했을 때, 누군가는 그것을 만들지 않은 사람에게 설명해야 합니다. “모델이 그렇게 결정했습니다”만으로는 설명이 되지 않습니다.

따라서 질문은 자동화를 만들 수 있느냐가 아닙니다. 다음 달에도 계속 실행되는지, 무엇을 했는지 볼 수 있는지, 동료가 이어받을 수 있는지입니다.

▶ 영상: https://youtu.be/2T-xz4DmacE

n8n Assistant가 하는 일

어디로 가는지의 단계를 설명하는 대신, 원하는 결과를 설명하는 것부터 시작합니다:

• 가정하기 전에 묻습니다. 요청이 모호하면 잘못된 것을 만드는 대신 추가 질문을 합니다. “새 양식 응답을 우리 팀에 보내줘”라고 하면 어떤 양식인지, 어떤 채널인지 묻습니다.
• 캔버스에 바로 만듭니다. 노드가 워크플로에 나타나고 서로 연결되며, 바로 열어볼 수 있습니다. 다른 곳에 호스트해야 할 스크립트나 설정 파일은 없습니다.
• 필요할 때 자격 증명을 요청합니다. 아무것도 동작하는 것을 보기 전부터 설정 체크리스트를 만들 필요가 없습니다. 연결된 계정이 필요한 노드에 도달하면 그때 요청하고 안내합니다.
• 워크플로를 실행합니다. n8n Assistant는 자신이 만든 것을 실행하고, 어떤 일이 일어나는지 지켜보며, 사용자가 직접 열어볼 수 있는 것과 같은 실행 데이터를 읽습니다.
• 디버깅합니다. 노드가 실패하면 이유를 파악하고 수정안을 제안한 뒤 적용하고 다시 실행합니다. 도구 사이를 오가며 복사·붙여넣기 하거나, JSON 파일을 내려받아 수동으로 검토할 필요가 없습니다.
• 중요한 작업 전에는 묻습니다. 자격 증명 접근과 워크플로 활성화에는 명시적인 확인이 필요합니다.

워크플로는 그대로 당신의 것입니다

이 모든 일은 별도의 제품 화면에서 일어나지 않습니다. n8n Assistant가 만드는 워크플로는 당신이 수동으로 만들었을 워크플로와 같고, 같은 프로젝트 안에서, 같은 노드와 같은 실행 기록을 가집니다.

흔히 있는 예를 들어 보겠습니다. 누군가가 들어오는 양식 제출을 분류하고 싶어 합니다. 회사를 보강 정보로 채우고, 이미 고객인지 확인한 다음, 영업팀으로 보내거나 템플릿화된 답장을 보내는 식입니다. 그 사람은 이 모든 것을 문장으로는 알고 있지만, 노드 그래프로는 하나도 모릅니다. n8n Assistant는 이를 계획하고, 만들고, CRM 자격 증명이 필요한 노드에 도달하면 그 자격 증명을 요청하고, 테스트 제출로 실행한 뒤, 보강 단계가 개인사업자에 대해 빈 배열을 반환한다는 사실을 찾아냅니다. 이를 수정하고 다시 실행한 다음, 8개의 노드와 깔끔한 실행 결과가 있는 워크플로를 넘겨줍니다.

일주일 뒤 라우팅 규칙이 바뀝니다. 관련이 없던 사람이 워크플로를 열어 읽고, 노드를 편집합니다. 그 사람은 누군가가 이 워크플로를 만들기 위해 무엇을 입력했는지 알 필요가 없습니다.

실행하고, 검토하고, 개선하세요

워크플로를 생성하는 것은 첫 번째 단계에 불과합니다. 그다음에 얻게 되는 것은 다음과 같습니다.

• 실행됩니다. n8n Assistant는 워크플로를 실행하고, 성공했다고 선언하는 대신 결과를 읽습니다.
• 실패가 보입니다. 실행 로그에는 노드별 입력, 출력, 오류가 표시되며, 직접 디버깅할 때와 같은 화면을 볼 수 있습니다.
• 수정이 적용되고 다시 실행됩니다. 워크플로가 완료될 때까지, 또는 아직 존재하지 않는 계정처럼 오직 당신만 고칠 수 있는 문제에 막힐 때까지 이 루프가 계속됩니다.
• 확인 게이트는 당신이 유지합니다. 자격 증명 접근과 활성화는 당신의 승인을 기다립니다.
• 의존하기 전에 검토하세요. 워크플로를 읽고, 자격 증명을 확인하고, 로그를 본 다음 활성화하세요. 특히 비즈니스에 중요한 모든 것이라면 더욱 그렇습니다.

빌드 비용

n8n Assistant는 사용자의 플랜에 할당된 AI 크레딧을 사용합니다. 기존 사용자는 이미 보유한 할당량을 유지하며, 사용량은 이전 AI 워크플로 빌더와는 별도로 집계되므로, 여기서 쓰는 비용이 이전에 보유한 것에 영향을 주지는 않습니다.

여러 차례 디버깅이 필요한 빌드는 첫 시도에 성공하는 빌드보다 더 많은 비용이 듭니다. 크레딧은 플랜별로 할당되며, 앞으로 몇 주 안에 이를 충전할 수 있는 방법을 추가할 예정입니다.

이용 가능 여부

• n8n Cloud: 새 인스턴스에서는 기본적으로 활성화됩니다. 단, Enterprise Cloud 인스턴스는 현재 이 기본 설정에서 제외됩니다.
• Self-hosted (Docker): 직접 키를 가져오고, 추가 환경 변수를 설정하고, 2.36 이후 버전의 n8n을 실행해야 합니다. 자세한 내용은 https://docs.n8n.io/deploy/host-n8n/install-options/one-line-setup를 참조하세요.
• Self-hosted (npm): 지원하지 않습니다.
• Enterprise : 로드맵에 있으며, 곧 제공될 예정입니다.

n8n Assistant는 여전히 미리보기 플래그 뒤에서 제공된다는 점을 참고하세요. 이것은 사용할 수 있는 사람에 대한 제한이 아닙니다. 현재 활발히 개발 중이며, 곧 더 많은 기능이 추가될 예정입니다.

아직 없는 기능도 몇 가지 있지만, 앞으로를 위해 작업 중입니다.

• 첫 번째 워크플로가 곧바로 프로덕션에 적합하다고 보장되지는 않습니다. 작동하는 무언가까지 도달하게 해 주는 것이 목표입니다. 검토는 여전히 여러분의 몫입니다.
• 자격 증명과 서드파티 설정이 사라진 것은 아닙니다. n8n Assistant는 적절한 순간에 요청하고 안내하지만, 가지고 있지 않은 서비스의 계정을 대신 만들어 줄 수는 없습니다.
• 선제적으로 움직이지 않습니다. 사용자의 인스턴스를 모니터링하거나, 시간이 지나며 선호도를 학습하거나, 요청하지 않은 자동화를 제안하지 않습니다.
• 하나의 인스턴스에서만 동작합니다. 이번 출시에는 멀티 인스턴스 기능이 없습니다.
• 컴퓨터나 브라우저를 직접 조작하지 않습니다. 브라우저를 보조하는 자격 증명 설정은 현재 검토 중인 사항이며, 이번 릴리스에는 포함되지 않습니다.

또한 n8n Assistant는 AI Workflow Builder를 대체합니다. 기존 빌더가 워크플로를 한 번 생성하고 멈췄다면, n8n Assistant는 이를 만들고, 실행하고, 개선점을 찾아냅니다.

시작하기

인스턴스에서 n8n Assistant를 열고 미뤄 두었던 자동화를 설명해 보세요. 실제 상황이어야 하며, 몇 가지 통합과 적어도 하나는 충분히 문제가 생길 수 있는 단계를 포함하면 좋습니다.

시작 아이디어는 다음과 같습니다.

• 들어오는 양식 제출을 적절한 담당자에게 라우팅하기
• 일정에 맞춰 스프레드시트를 CRM과 동기화하기
• 어제 실패한 실행의 일일 요약을 채널에 게시하기
• 반복적인 수동 보고서를 워크플로로 전환하기
• 조용히 실패해 온 기존 워크플로 복구하기

여기에서 n8n Assistant 문서를 확인하세요: https://docs.n8n.io/build/ways-of-building-workflows/n8n-assistant

n8n Assistant가 미리보기 플래그 뒤에 있는 동안에는, 가장 유용한 피드백은 구체적인 것입니다. 무엇을 요청했는지, 무엇을 만들었는지, 그리고 어디에서 실패했는지입니다. 우리는 커뮤니티 포럼을 면밀히 읽고 있습니다.

이것으로 무엇을 만들게 될지 기대됩니다.

출처

• 원문: https://blog.n8n.io/introducing-n8n-assistant/ (2026-09-09 · Paul Gordon, n8n)