n8n의 새 어시스턴트, 워크플로를 만든 뒤 디버깅까지 맡는다

n8n이 워크플로 자동화 플랫폼 한복판에 대화형 빌더를 세웠다. 눈여겨볼 대목은 데모가 아니라 과금 구조다. n8n 어시스턴트는 캔버스에 워크플로를 그려놓고 손을 떼지 않는다. 직접 실행하고, 실행 데이터를 열어보고, 무엇이 어긋났는지 판단한 뒤 다시 시도한다. 그 시도 하나하나가 요금제에 딸린 AI 크레딧을 깎는다. 한 번에 맞아떨어지는 요청은 싸게 끝나지만, 네 번을 고쳐야 하는 요청은 그렇지 않다.

핵심 요약

• n8n 어시스턴트는 평문 요청을 표준 n8n 워크플로로 만든다. 검증되지 않은 결과물을 넘기는 대신 직접 실행하고 디버깅한다.
• 기존 AI 워크플로 빌더를 완전히 대체하며, 사용량은 요금제에 이미 배정된 AI 크레딧에서 별도로 집계된다.
• 신규 n8n 클라우드 인스턴스는 기본 활성화 상태다. 셀프호스팅 Docker 사용자는 2.36 이상 버전과 자체 모델 키가 필요하고, 엔터프라이즈는 현재 제외됐다.

결국 손에 남는 것이 무엇인가

문장 하나로 자동화를 만들어내는 기능은 이미 차별점이 아니다. n8n이 내세우는 것은 지속성이다. 코딩 에이전트에 통합을 맡기면 누군가 호스팅하고 관리해야 할 코드가 남고, 작업만 대신 수행하는 범용 어시스턴트는 실행이 끝나는 순간 아무것도 남기지 않는다. 어느 쪽이든 그 자리에 없던 동료에게 넘기기가 쉽지 않다.

어시스턴트가 내놓는 결과물은 의도적으로 평범하다. 사람이 손으로 조립했을 법한 노드 그래프가 같은 프로젝트에, 같은 실행 이력과 함께 놓인다. 덕분에 팀 누구나 열어볼 수 있고, 버전을 관리할 수 있으며, 모델이 무슨 판단을 했는지 되짚지 않고도 설명할 수 있다. 호스팅형 노코드 경쟁 제품 대비 "로직을 직접 보고 소유한다"는 점을 핵심 무기로 삼아온 플랫폼이라면, 생성된 워크플로까지 그 성질을 확장하는 것은 마케팅 문구가 아니라 일관된 노선이다.

생성은 싼 쪽이다

엔지니어링의 대부분은 캔버스가 채워진 다음에 놓여 있다. 어시스턴트는 자신이 만든 것을 실행한 뒤 개발자가 들여다볼 노드별 입력·출력·오류를 그대로 읽는다. 결과물이 나왔다는 이유로 성공을 보고하는 것과는 성격이 다른 주장이다. 실패하면 진단하고, 수정안을 제시하고, 패치를 적용한 뒤 다시 돌린다. 그 사이에 JSON을 내보내거나 도구를 오가며 복사·붙여넣기 할 일은 없다.

모호한 지시에는 추측 대신 질문이 돌아온다. 폼 응답을 어디로 보내라는 두루뭉술한 요청에는 어떤 폼이고 어디로 보낼지 되묻는다. 자격 증명은 미리 받아두지 않고 해당 노드가 필요로 하는 시점에 요청한다. 첫 결과를 보기 전에 설정해야 할 것이 없다는 뜻이다. 자격 증명 접근 권한 부여와 워크플로 활성화, 이 두 가지는 사람의 명시적 승인 아래 남겨뒀다. 운영 환경에서 무언가가 조용히 켜지는 일을 막는 장치다.

누가, 어떤 조건에서 쓸 수 있나

제공 범위는 셋으로 갈린다. 신규 n8n 클라우드 인스턴스는 별도 조작 없이 켜진 채로 제공된다. 엔터프라이즈 클라우드는 이 기본값에서 빠졌고, 폭넓은 엔터프라이즈 지원은 로드맵 단계로만 언급됐다. 셀프호스팅은 Docker 환경에 n8n 2.36 이상, 자체 모델 키, 그리고 몇 가지 추가 환경 변수를 요구한다.

팀원이 실험에 나서기 전에 따져봐야 할 것은 크레딧 계산이다. 기존 배정량은 그대로이고 사용량도 대체 대상인 빌더와 분리해 집계하므로, 이미 잡아둔 예산이 달라지지는 않는다. 다만 소모량은 수정 사이클 횟수에 비례해 늘어나고, 추가 충전 옵션은 아직 몇 주 뒤의 이야기다. 까다로운 통합을 어시스턴트에 맡기는 팀이라면 데모에서 짐작한 것보다 계량기가 빨리 도는 것을 보게 될 수 있다.

못 하는 일은 이렇게 못 한다고 적었다

이번 공개는 한계를 꽤 솔직하게 밝혔다. 결과물이 곧바로 운영 투입 가능하다는 보장은 없고, 검토는 여전히 사람의 몫이다. 계정이 없는 서비스를 대신 만들어주지도 못하므로 서드파티 설정 작업이 사라진 것은 아니다. 더 적절한 시점으로 옮겨졌을 뿐이다. 성격도 능동형이 아닌 반응형이다. 인스턴스를 감시하지 않고, 사용자 취향을 학습하지 않으며, 먼저 제안하지 않는다. 인스턴스 하나를 대상으로만 작동하고 브라우저나 사용자 기기에는 손대지 않는다. 브라우저를 활용한 자격 증명 설정은 검토 중이다.

전망

프리뷰 딱지는 대기자 명단이 아니라 개발이 진행 중이라는 표시이고, 기능 자체는 이미 클라우드 사용자에게 기본값으로 닿고 있다. 진짜 시험대는 수정·재실행 루프가 데모보다 훨씬 큰 워크플로에서도 수렴하느냐다. 그 규모에서는 에이전트가 끝내 맞지 않는 수정을 반복하며 크레딧만 태울 수 있다. 이 방식이 버틴다면 더 흥미로운 것은 방향성이다. 일회성 실행이 아니라 남아서 검토 가능한 산출물을 내놓는 에이전트 도구는 올해 대화가 없는 사이에도 계속 일하도록 설계된 에이전트에서도 확인된 흐름이다. 설정 관련 세부 사항은 n8n 어시스턴트 문서에 정리돼 있다.

자주 묻는 질문

n8n 어시스턴트는 AI 워크플로 빌더를 대체하나?

그렇다. 완전히 대체한다. n8n이 강조하는 차이는 이전 빌더가 워크플로를 만들고 멈춘 반면, 어시스턴트는 만든 결과를 실행하고 실행 데이터를 읽어 개선을 반복한다는 점이다.

셀프호스팅 사용자도 어시스턴트를 쓸 수 있나?

2.36 이상 버전의 Docker 배포 환경이라면 활성화할 수 있다. n8n 클라우드와 달리 셀프호스팅은 자체 모델 키를 준비하고 추가 환경 변수를 먼저 설정해야 한다.

운영 시스템에 바로 연결해도 안전한가?

결과물은 초안으로 다뤄야 한다. 자격 증명 접근과 활성화는 모두 사용자 확인을 거치며, n8n도 처음 생성된 워크플로가 운영 투입 가능하다고 보장하지 않는다고 명시했다. 업무상 중요한 워크플로라면 활성화 전에 노드를 읽고, 자격 증명을 확인하고, 로그를 점검해야 한다.