n8n에서 매일 같은 순서로 데이터를 옮기는 일은 API·노드로 고정하고, 요청 내용에 따라 어떤 정보를 찾을지 달라지는 일만 MCP에 맡기면 됩니다. MCP는 API를 대체하지 않습니다. 에이전트가 런타임에 도구를 발견·선택하게 하는 연결 계층이고, 실제 서비스 호출·인증·속도 제한은 대개 그 아래 API가 담당합니다.
이 글은 2026년 10월 2일 KST에 n8n의 2026년 9월 10일 공식 안내와 현재 노드 문서를 직접 열어 대조했습니다. 예시의 고객·주문·승인 값은 가상 예시이며 실제 n8n 인스턴스에서 실행한 결과가 아닙니다.
먼저 결정할 것: 결과가 정해져 있는가, 도구 선택이 필요한가
| 상황 | 우선 선택 | 이유와 통제 |
|---|---|---|
| 매일 주문 CSV를 같은 형식으로 저장 | HTTP Request 또는 전용 노드 | 호출 순서·입력·오류 처리를 고정하고 실행 로그로 재시도합니다. |
| 상담 내용에 따라 주문·배송·환불 정보를 찾아야 함 | MCP Client Tool | 에이전트가 허용된 도구 중 필요한 것을 선택하되, 도구 목록은 좁게 설정합니다. |
| ‘에스컬레이션 기록’ 한 가지만 판단해 실행 | 에이전트에 연결한 단일 도구 | 에이전트는 시점만 판단하고 쓰기 범위는 한 행동으로 제한합니다. |
n8n은 고정된 단계에는 노드가 더 정밀하고 예측 가능하며, MCP는 에이전트가 넓은 도구 묶음에서 상황에 맞는 도구를 고를 때 적합하다고 설명합니다. 이 구분은 모델 호출·권한 범위·장애 분석 범위를 불필요하게 키우지 않는 출발점입니다.
설정 순서: 작은 읽기 범위부터 테스트한다
- 업무를 한 문장으로 고정합니다. 예: 고객이 주문 상태를 물으면 주문과 배송 상태를 조회해 초안을 만듭니다.
- 고정 단계와 판단 단계를 나눕니다. 주문 번호 형식 검사·고객 인증·감사 로그는 API·노드로 고정하고, 어떤 조회가 필요한지는 에이전트가 판단하게 합니다.
- MCP 도구를 최소 목록으로 시작합니다. MCP Client Tool은 전체·선택·제외 목록을 설정할 수 있으므로 처음에는 읽기 도구 2~3개만 노출합니다.
- 인증을 도구별로 확인합니다. 현재 문서는 bearer token, header, 복수 header, OAuth2를 지원한다고 안내합니다. 비밀값을 프롬프트·실행 로그·문서에 복사하지 말고 n8n 자격증명으로 분리합니다.
- 정상·권한 없음·중복 요청을 시험합니다. 실제 고객 데이터나 쓰기 권한으로 첫 테스트를 하지 말고, 기대한 도구만 호출됐는지 확인합니다.
승인은 MCP 연결이 아니라 쓰기 경계에 둔다
가상 예시: ‘배송 지연 고객에게 환불해 줘’라는 요청에서 주문 번호 확인·주문 및 배송 상태 읽기·정책 안내 초안은 자동 영역입니다. 환불 대상·금액·결제수단·사유를 사람이 확인한 뒤에만 환불 API를 호출하세요. 실행 키는 refund:주문번호:정책버전처럼 남기고, 타임아웃 뒤에는 결과 조회 전 재시도하지 않습니다.
환불처럼 되돌리기 어렵거나 금액·개인정보·계정 권한에 영향을 주는 작업은 ‘도구를 선택했으니 실행’으로 연결하지 말고, 대상·변경량·되돌리기 방법을 사람이 확인한 뒤 고정 API 또는 좁은 워크플로우로 넘기세요. n8n 에이전트 설정 가이드의 민감 도구 승인 원칙은 이 경계에도 적용됩니다.
실패·중복 실행을 분리하는 운영 양식
| 기록 항목 | 예시 값 | 확인 행동 |
|---|---|---|
| 실행 키 | support:ticket_id:message_hash |
같은 요청이 처리 중이면 새 쓰기 실행을 만들지 않습니다. |
| 도구 허용 목록 | 주문 조회, 배송 조회, 초안 작성 | 예상 밖 도구 호출은 실패로 분류하고 원인을 검토합니다. |
| 승인 상태 | awaiting_approval |
승인 전의 쓰기 호출·자동 재시도를 막습니다. |
| 최종 확인 | 환불 API 응답 ID 또는 조회 결과 | 타임아웃 뒤에는 결과를 조회한 뒤에만 재시도합니다. |
비용·호환성·배포 제약
- 비용: n8n의 9월 10일 안내는 API 호출은 토큰을 쓰지 않는 고정 실행이 될 수 있고, MCP는 모델이 도구를 고르기 위한 추가 추론을 수반할 수 있다고 설명합니다. 실제 비용은 n8n 플랜·실행 수·연결 API·선택 모델·토큰 사용량에 따라 달라지므로 이 글만으로 금액을 단정할 수 없습니다.
- 인증: MCP Client Tool의 인증 방식과 외부 MCP 서버의 권한 정책은 별개로 확인합니다. 필요 없는 쓰기 도구는 연결하지 않는 편이 안전합니다.
- 운영: MCP Server Trigger는 SSE와 streamable HTTP를 지원하지만 stdio는 지원하지 않습니다. queue mode에서 webhook replica가 여러 개라면 문서는
/mcp*요청을 전용 단일 webhook replica로 라우팅하지 않을 때 연결이 불안정해질 수 있다고 경고합니다.
누구에게 맞는가
고정된 데이터 동기화·정기 보고·단일 시스템 업데이트는 API·노드를 우선하는 팀에 맞습니다. 반면 고객 지원·운영 조사처럼 질문마다 필요한 조회가 달라지고, 도구 목록·승인자·감사 로그를 이미 정할 수 있는 팀은 제한된 MCP를 검토할 수 있습니다. 아직 입력·완료 기준·권한 담당자가 불명확하다면 MCP 연결보다 먼저 단일 워크플로우 체크리스트를 정리하는 편이 낫습니다.
관련 글
- n8n 에이전트 설정 가이드 — 에이전트·워크플로우·승인 기능의 전체 설정 맥락을 확인합니다.
- Codex Skills 설계 가이드 — 반복 작업의 트리거·승인·중복 실행 상태를 문서로 고정하는 방법을 이어서 봅니다.
- OpenAI Codex 자동화 가이드 — 코딩 작업의 권한·검토 기준을 별도로 확인합니다.
공식 출처와 확인일
- n8n — MCP vs. API: Key Differences and When To Use Each (2026-09-10 게시, 2026-10-02 KST 확인)
- n8n Docs — MCP Client Tool (발행·수정일 미표시, 2026-10-02 KST 확인)
- n8n Docs — MCP Server Trigger (발행·수정일 미표시, 2026-10-02 KST 확인)
한 줄 체크: 순서가 정해진 일은 API·노드로 고정하고, 도구 선택이 필요한 일만 최소 범위 MCP로 시작한 뒤 쓰기 작업은 승인 후 고정된 경로로 실행하세요.
댓글 남기기