당신은 정말 유용한 기능을 수행하는 n8n 워크플로우를 만들었습니다. 양식을 감시하고, 리드를 풍부하게 하고, Slack에 게시하는 등 어떤 것이든 할 수 있습니다. 그런 다음 Claude나 Cursor에 앉아 작업하는데, 당신의 에이전트는 그 워크플로우가 존재한다는 사실을 전혀 모릅니다. 결국 서로 소통해야 하는 두 도구 사이에서 복사-붙여넣기를 반복하게 됩니다.

그 간극을 메우는 것이 바로 MCP입니다. 하지만 'n8n mcp'를 검색하면 같은 이름으로 사용되는 세 가지 다른 설정에 도달하며, 사람들은 항상 잘못된 것을 연결합니다. 여기 각 경우에 대해 평이한 영어로 설명해 드립니다.

n8n MCP가 의미하는 세 가지 것

1. MCP 서버로서의 n8n. 하나 이상의 워크플로우를 외부 AI 에이전트가 호출할 수 있는 도구(tool)로 노출합니다. MCP Server Trigger 노드를 추가하고, 명확한 이름과 설명을 부여하며, 노출하려는 워크플로우 도구를 연결하고, 활성화한 다음, URL과 bearer 토큰을 복사합니다. 이제 Claude나 Cursor는 마치 네이티브 도구인 것처럼 당신의 자동화를 호출할 수 있습니다. 2026년에는 n8n도 사용자가 트리거를 직접 구축할 필요 없이 선택된 워크플로우를 노출하는 네이티브 인스턴스 레벨 MCP 서버(public preview)를 출시했습니다.

2. MCP 클라이언트로서의 n8n. 반대 방향입니다. n8n AI 에이전트 워크플로우 내에 MCP Client Tool 노드를 떨어뜨리고, 외부 MCP 서버를 가리키며 설정하면, 이제 당신의 워크플로우는 실행 도중에 해당 서버의 도구에 접근할 수 있게 됩니다. 이것이 n8n 자동화가 이전에 가지고 있지 않았던 실시간 데이터나 동작을 갖게 하는 방법입니다.

3. 워크플로우를 대신 구축해 주는 커뮤니티 서버. 앞선 두 가지와는 별개입니다. czlonkowski/n8n-mcp 서버는 코딩 에이전트에게 n8n의 약 2,000개 노드를 가르쳐주므로, 당신은 문장으로 자동화를 설명할 수 있고 에이전트는 검증된 워크플로우 초안을 작성하여 가져올 수 있습니다. 이 결과물은 완성된 빌드가 아니라 검토해야 할 첫 번째 초안으로 간주하세요.

대부분의 'n8n mcp' 튜토리얼은 이 중 하나만 다루고 나머지 두 가지가 존재한다는 사실을 알려주지 않습니다. 설정이 가이드가 약속한 대로 작동하지 않는 경우, 보통 세 가지 중 다른 것에 대한 지침을 따랐기 때문입니다.

실제로 원하는 것은 무엇인가요

• AI 에이전트가 기존 자동화 작업을 실행하기를 원한다 -> n8n을 서버로 사용 (역할 1).
• n8n 워크플로우가 외부 도구에 접근하기를 원한다 -> n8n을 클라이언트로 사용 (역할 2).
• 에이전트가 워크플로우를 대신 구축해주기를 원한다 -> 커뮤니티 서버 (역할 3).

이 세 가지가 조합됩니다. 단일 AI 에이전트 워크플로우는 세 개의 서버의 클라이언트가 될 수 있으며, 그 자체로 서버로 노출될 수도 있습니다. 이것이 바로 프로토콜의 핵심이지만, 동시에 용어 때문에 사람들이 혼란스러워하는 이유이기도 합니다.

설정에서 문제가 발생하는 몇 가지 사항들

• 잘못된 노드. MCP 서버 트리거(Server Trigger)와 MCP 클라이언트 도구(Client Tool)는 서로 바꿔 쓸 수 없습니다. 서버는 노출하고, 클라이언트는 소비합니다.
• 인증 생략. 노출된 n8n 인스턴스는 공격 표면이 됩니다. 모든 엔드포인트를 잠가야 합니다. 인스턴스 수준의 서버는 광범위한 권한 부여(broad grant)이므로 의도적으로 범위를 제한해야 합니다.
• 5분 타임아웃. 워크플로우 자체를 더 높게 설정했더라도 n8n은 MCP 트리거 실행을 5분으로 제한합니다. 긴 작업에는 다른 패턴이 필요합니다.
• 취약한 도구 설명. 에이전트는 설명(description)에 따라 도구를 선택합니다. 모호한 이름이 들어가면 잘못된 도구가 호출됩니다.

귀하의 인스턴스는 컨텍스트의 절반일 뿐입니다

여기서 주목할 부분이 있습니다. 워크플로우가 에이전트에서 호출 가능해지면, 에이전트는 귀하의 _시스템_에 대해서는 더 똑똑해집니다. 하지만 여전히 귀하의 _연구_에 대해서는 아무것도 모릅니다. 지난주 X(구 트위터)에서 아낀 그 정보, 이 정확한 인증 오류를 해결했던 Reddit 스레드, 그리고 훔치려고 했던 패턴이 담긴 LinkedIn 게시물. 이러한 컨텍스트는 내보내기 버튼도 없고 에이전트가 읽을 방법도 없는 세 개의 앱에 존재합니다.

이러한 부분을 해결하기 위해 ContextBolt Bookmarks를 만들었습니다. 이 서비스는 X, Reddit, LinkedIn에서 자동으로 내용을 가져오고, 저장된 모든 항목에 AI 태그를 지정하여 의미별로 찾을 수 있게 합니다. Pro 버전($6/월)에서는 라이브러리에 개인 MCP 엔드포인트를 제공합니다. 따라서 n8n 에이전트에 커넥터 두 개를 연결하는 것이지, 하나만 연결하는 것이 아닙니다. 한쪽에는 워크플로우가 있고, 다른 쪽에는 이미 저장한 리서치 자료가 있습니다.

무료 티어에서는 동일한 태그 지정 및 검색 기능을 갖춘 150개의 북마크를 보관할 수 있으므로, 비용을 지불하기 전에 이 구조를 테스트해 볼 수 있습니다.

세 가지 역할 모두에 대한 전체 설정 워크스루(walkthrough)와 클라이언트별 구성 블록이 필요하다면, 여기에 지속적인 n8n MCP 서버 참고 자료를 보관하고 있습니다.

유지할 가치가 있는 단 하나의 의견

n8n은 지루하고 신뢰성 있게 유지하고, MCP를 사용하여 연결하십시오. 세 가지 의도적인 연결이 전체 인스턴스의 열쇠를 쥐고 있는 하나의 AI 에이전트보다 낫습니다. 신뢰하는 특정 워크플로우들을 연결하고, 이름을 잘 지정한 다음, 에이전트가 이를 호출하도록 하십시오. 이것이야말로 실제로 의존하는 워크플로우와 접촉했을 때 살아남는 버전입니다.