n8n MCP 사용법: 연동 전에 노드·도구·서버를 구분하는 7단계

`n8n MCP 사용법`을 찾는 분들이 지금 가장 궁금한 것은 복잡한 프로토콜 이론보다 “내 업무 도구를 AI 에이전트와 어떻게 연결할까”에 가깝습니다. 오늘 확인한 Google 자동완성에도 `n8n MCP`, `n8n MCP 사용법`, `n8n MCP server`, `n8n MCP 연동`, `n8n MCP 설치`가 함께 나타났습니다. 설치 여부, 연결 순서, 실제 활용 범위를 한 번에 확인하려는 의도가 뚜렷합니다.

n8n은 2026년 8월 10일 공식 블로그에서 Node panel을 통해 70개가 넘는 MCP 서버를 간단한 OAuth 흐름으로 연결할 수 있다고 알렸습니다. Notion, Airtable, Miro, GitLab처럼 이미 쓰던 서비스를 에이전트의 도구로 연결하기가 쉬워진 것입니다. 그러나 연결이 쉬워졌다고 모든 업무를 MCP로 바꾸는 것이 정답은 아닙니다.

이 글은 n8n 화면을 처음 여는 사람도 판단할 수 있도록 네이티브 노드, 에이전트 도구, MCP 서버의 차이부터 설명합니다. 그다음 연결 범위를 정하고, 읽기 전용으로 시험하고, 외부 행동 앞에 사람 승인을 두는 7단계를 정리합니다. 목표는 기능을 많이 붙이는 것이 아니라 한 가지 반복 업무를 예측 가능한 흐름으로 만드는 것입니다.

MCP를 연결하기 전에 세 가지 방식을 먼저 구분한다

n8n 공식 설명은 네이티브 노드, 에이전트 도구, MCP 서버를 서로 대체재로 보지 않습니다. 각 방식이 맡기 좋은 일이 다릅니다.

네이티브 노드는 순서와 행동이 이미 정해진 업무에 맞습니다. 예를 들어 새 고객이 등록되면 같은 Notion 데이터베이스에 같은 형식의 환영 페이지를 만드는 일입니다. 입력값과 결과가 고정되어 있으므로 AI가 매번 무엇을 할지 판단할 필요가 없습니다. 반복할 때 같은 결과가 나와야 하는 업무라면 이 방식이 가장 단순합니다.

에이전트 도구는 AI가 실행 시점을 판단하되, 할 수 있는 행동을 좁게 제한할 때 적합합니다. 고객 문의를 읽은 에이전트가 “담당자에게 넘겨야 한다”고 판단하면 `에스컬레이션 기록`이라는 한 가지 도구만 호출하게 만드는 식입니다. AI에게 재량은 주지만 도구의 목적과 대상은 미리 고정합니다.

MCP 서버는 에이전트가 상황에 따라 여러 도구 가운데 하나를 골라야 할 때 유용합니다. Notion MCP를 연결하면 검색, 회의 기록 읽기, 초안 생성, 데이터베이스 업데이트처럼 넓은 도구 묶음을 한 번에 제공할 수 있습니다. 유연한 대신 에이전트가 판단해야 할 범위와 권한 표면도 커집니다.

따라서 첫 질문은 “MCP를 어떻게 설치하지?”가 아니라 “이 업무는 매번 같은 행동인가, 제한된 선택이 필요한가, 여러 도구를 오가며 판단해야 하는가?”입니다. 같은 행동이면 네이티브 노드, 제한된 판단이면 에이전트 도구, 넓은 도구 선택이 필요할 때만 MCP를 우선 검토하면 됩니다.

1단계: 자동화할 결과를 한 문장으로 고정한다

“Notion 업무를 자동화한다”는 범위가 너무 넓습니다. “회의가 끝나면 결정 사항을 찾아 주간 회의 페이지에 초안을 만든다”처럼 외부에서 확인할 수 있는 결과를 한 문장으로 씁니다. 검색, 요약, 초안 작성, 데이터 수정, 메시지 발송 가운데 마지막 행동이 무엇인지 분명해야 합니다.

처음에는 결과를 하나만 고르는 편이 좋습니다. 회의록 검색과 초안 작성이 안정되기 전에 데이터베이스 수정과 Slack 발송까지 붙이면 어느 단계에서 잘못됐는지 찾기 어렵습니다. 한 번의 실행에서 무엇이 달라져야 성공인지 먼저 정하세요.

2단계: 네이티브 노드와 MCP 가운데 더 작은 쪽을 고른다

필요한 행동이 한두 개이고 n8n에 해당 서비스의 네이티브 노드가 있다면 먼저 그 노드를 확인합니다. 필드, 입력, 오류 처리를 직접 고정할 수 있어 예상 밖의 행동을 줄이기 쉽습니다. AI Agent에 그 노드를 도구로 연결하더라도 허용된 작업은 미리 정해집니다.

반면 여러 서비스의 기능을 상황에 따라 골라야 하거나, 이미 운영 중인 MCP 서버의 도구 묶음을 활용해야 한다면 MCP 연결이 편리합니다. n8n Node panel에 원하는 MCP 서버가 보이면 안내된 OAuth 흐름을 따르고, 목록에 없다면 MCP Client Tool로 해당 엔드포인트를 연결하는 경로를 검토할 수 있습니다. 화면 구성과 지원 목록은 바뀔 수 있으므로 연결 당일 공식 안내를 다시 확인해야 합니다.

3단계: 연결 계정과 권한을 따로 준비한다

개인 계정의 모든 자료를 한 번에 연결하기보다 자동화 전용 계정이나 최소 권한 연결을 우선합니다. 회의 페이지를 읽기만 하는 자동화라면 수정·삭제 권한까지 줄 이유가 없습니다. 특정 데이터베이스만 필요하다면 전체 워크스페이스 대신 필요한 범위만 공유합니다.

OAuth 화면에서는 서비스 이름만 보고 빠르게 승인하지 말고 읽기, 만들기, 수정, 삭제 범위를 구분합니다. 팀 계정이라면 관리자 정책과 내부 자료의 공개 범위도 확인합니다. 연결이 성공했다는 사실은 권한이 적절하다는 뜻이 아닙니다.

4단계: 에이전트에 필요한 도구만 노출한다

MCP 서버를 연결하면 사용할 수 있는 도구가 여러 개 나타날 수 있습니다. 지금 만들 흐름에 필요하지 않은 도구는 끕니다. 회의록을 찾고 초안을 만드는 업무라면 사용자 관리, 기존 페이지 삭제, 전체 데이터베이스 수정 같은 기능은 제외합니다.

도구 설명도 짧고 구체적으로 적습니다. “Notion 작업”보다 “주간 회의 데이터베이스에서 이번 회의 페이지를 검색한다”가 낫습니다. 비슷한 이름의 도구가 많으면 에이전트가 잘못 선택할 가능성이 커지므로 하나의 도구가 하나의 목적을 갖게 만듭니다.

5단계: 첫 시험은 읽기 전용으로 진행한다

실제 자료를 바꾸기 전에 검색과 조회만 시험합니다. “이번 주 회의 페이지 세 개를 찾아 제목과 날짜만 반환해”처럼 결과를 사람이 빠르게 대조할 수 있는 요청이 좋습니다. 반환된 페이지 수, 대상 공간, 날짜 기준, 누락 여부를 확인합니다.

그다음 초안 생성까지 넓히되 아직 원본을 수정하거나 외부로 보내지 않습니다. 테스트용 데이터베이스나 복사한 페이지를 쓰면 실패했을 때 되돌리기 쉽습니다. 읽기 결과가 안정적이지 않은 상태에서 쓰기 권한을 더하는 것은 오류를 빠르게 확산시키는 방법입니다.

6단계: 고정된 시험 사례로 결과를 비교한다

자유로운 질문만 던지면 성공 기준이 흔들립니다. 정상 사례, 정보 부족 사례, 권한이 없는 사례를 하나씩 준비합니다. 정상 사례에서는 원하는 자료를 찾는지, 정보가 부족할 때는 추측하지 않고 질문하는지, 권한이 없을 때는 다른 공간을 뒤지지 않고 멈추는지 봅니다.

n8n 실행 기록에서는 어떤 도구가 호출됐는지, 입력과 출력이 예상 범위였는지, 같은 요청이 중복 실행되지 않았는지 확인합니다. 자체 호스팅 환경이라면 공식 보안 감사 기능으로 미사용 자격증명, 위험한 노드, 보호되지 않은 웹훅, 누락된 보안 설정도 점검할 수 있습니다. 감사 결과가 자동으로 문제를 고치는 것은 아니므로 항목별로 실제 설정을 다시 봐야 합니다.

7단계: 발송·수정·삭제 앞에는 승인과 중단 조건을 둔다

자료 검색이나 초안 작성은 검토 후 되돌리기 쉽지만 고객 메일 발송, 공개 게시, 기존 기록 수정, 삭제는 영향이 큽니다. 이런 행동 직전에는 사람 승인 단계를 둡니다. n8n 공식 Gmail 노드 안내에도 AI 도구 호출 전에 사람 검토를 요청하거나, 이메일을 보내고 승인 응답을 기다리는 방식이 설명되어 있습니다.

승인만큼 중단 조건도 중요합니다. 대상이 두 명 이상으로 모호할 때, 필수 필드가 비었을 때, 오늘 이미 처리한 기록이 있을 때, 연결 서비스가 오류를 반환했을 때는 자동으로 다음 단계로 넘어가지 않게 합니다. 실패 메시지는 “오류”로 끝내지 말고 “대상 회의 페이지가 두 개라 초안 저장을 보류함”처럼 사람이 다음 행동을 결정할 수 있게 씁니다.

처음 만들기 좋은 n8n MCP 연동 예시

입문용으로는 `회의 기록 검색 → 결정 사항 초안` 흐름이 적당합니다. Notion MCP 서버를 연결하더라도 첫 버전에서는 회의 페이지 검색과 내용 읽기만 허용합니다. 에이전트에게는 날짜 범위, 회의 데이터베이스, 반환 형식을 고정하고, 찾은 근거 페이지 링크와 함께 결정 사항 후보를 작성하게 합니다.

두 번째 버전에서 테스트 데이터베이스에 초안 페이지를 만드는 기능을 추가합니다. 기존 페이지 수정과 메시지 발송은 아직 막아 둡니다. 정상·누락·권한 없음 사례를 통과한 뒤에만 실제 초안 데이터베이스로 대상을 바꿉니다. 최종 Slack 발송이 필요하다면 초안 내용과 수신 채널을 사람이 승인한 뒤 보내도록 분리합니다.

이 흐름은 MCP의 장점인 넓은 검색과 도구 선택을 쓰면서도, 외부 영향은 단계별로 제한합니다. 반대로 “회의가 끝날 때마다 같은 페이지에 같은 필드를 추가”하는 정도라면 Notion 네이티브 노드만으로 더 단순하게 만들 수 있습니다.

연결 전에 확인할 비용과 운영 범위

n8n Cloud 요금제, 자체 호스팅 비용, 연결 서비스의 플랜, AI 모델 사용료는 서로 별개일 수 있습니다. MCP 연결이 간단해졌다는 설명을 무료 사용 보장으로 해석하면 안 됩니다. 실행 횟수와 모델 호출량, 연결 앱의 자동화 제한을 각각 확인하세요.

자체 호스팅은 데이터와 설정을 직접 관리할 수 있지만 업데이트, 백업, 자격증명 보관, 공개 웹훅 보호도 직접 책임져야 합니다. 서버 운영 경험이 없다면 기능이 많다는 이유만으로 자체 호스팅부터 시작하지 말고, 작은 시험 흐름의 관리 부담을 먼저 계산하는 편이 안전합니다.

오늘 할 일: 연결보다 선택표를 먼저 만든다

자동화하려는 업무 하나를 적고 마지막 행동, 필요한 자료, 허용할 도구, 금지할 행동, 사람 승인 지점을 각각 한 줄로 씁니다. 매번 같은 행동이면 네이티브 노드, AI가 제한된 행동 중 하나를 골라야 하면 에이전트 도구, 여러 서비스의 넓은 도구 묶음을 상황에 따라 써야 하면 MCP를 선택합니다.

그다음 읽기 전용 테스트 한 번만 실행하세요. 찾은 자료와 실행 기록을 직접 대조하고, 범위가 맞을 때 다음 권한을 하나씩 추가합니다. n8n MCP 사용법의 핵심은 많은 서버를 연결하는 데 있지 않습니다. 필요한 도구만 보여 주고, 예상 밖의 상황에서는 멈추며, 외부 행동 전에 사람이 확인할 수 있게 만드는 데 있습니다.

지원 목록과 화면, 요금제 범위는 바뀔 수 있습니다. 설정 전 n8n 공식 MCP 업데이트, n8n 공식 문서, 보안 감사 안내, Gmail 승인 작업 안내에서 최신 내용을 다시 확인하세요.