n8n MCP와 클로드로 Slack 워크플로 리뷰 봇 만들기 실전 가이드

핵심 메시지

• 클로드 데스크톱에 n8n MCP와 n8n 스킬을 연결해, Slack으로 워크플로 URL을 보내면 상세 리뷰를 돌려주는 프로덕션급 봇을 만든다.
• '우리가 만들면서 알아낼 수 없으므로' 원하는 결과를 앞단에서 명확히 정의하는 사전 기획이 그 어느 때보다 중요하다.
• MCP·스킬·n8n의 역할은 다르다. n8n은 로직이 도는 '손', 스킬은 모델을 가르치는 '설명서', 모델은 '두뇌'이며, MCP가 클로드와 n8n을 잇는 연결고리다.
• 계획 요약만 보고 넘기지 말고 실제 계획을 읽어야 하며, 불확실하면 에이전트와 대화하며 접근 방식을 따져보라고 조언한다.
• 첫 실행에서 스킬이 한 번도 호출되지 않는 버그가 났는데, 에이전트 프롬프트에 사용 가능한 스킬 경로 목록이 빠진 것이 원인이었다.

쉽게 이해하기

n8n 채널의 이 영상은 클로드 데스크톱과 n8n MCP, n8n 스킬을 이용해 실제 프로덕션급 시스템을 '바이브 코딩'으로 만드는 전 과정을 담는다. 발표자는 쉬운 부분과 어려운 부분, 그리고 데모를 넘어 성공하기 위한 팁을 함께 공유한다. 핵심 메시지는 기술적 계획과 구현은 그 어느 때보다 쉬워졌지만, 고수준 개요를 명세하는 일은 오히려 더 중요해졌다는 것이다. 우리가 직접 만드는 사람이 아니라 에이전트의 매니저가 되려면, 원하는 출력이 무엇인지 앞단에서 분명히 정의해야 한다.

만들 대상은 Slack 기반 워크플로 리뷰어다. Slack 봇에 n8n 워크플로 링크를 보내면 스킬 저장소를 이용해 깊이 있고 실행 가능한 리뷰를 스레드로 돌려준다. 리뷰는 최상위 워크플로뿐 아니라 그 안에서 쓰이는 서브 워크플로까지 다루고, 전체 등급과 짧은 개요, 그리고 '반드시 고칠 것·고치는 게 좋은 것·있으면 좋은 것'으로 정리된 항목을 Slack 블록 킷으로 보기 좋게 표시한다. 빌드에 쓰는 바로 그 스킬이 리뷰의 근거가 되며, 스킬은 깃허브에 공개돼 있어 자격 증명 없이 가져올 수 있다.

발표자는 결정성을 유지하려고 리뷰 에이전트에 n8n MCP의 수정 권한을 주지 않고, 워크플로 JSON을 읽어오는 내장 노드만 쓰게 한다. 모델은 Opus 4.7을 쓰되 다른 모델도 시도할 수 있도록 앤트로픽 노드 대신 오픈라우터 모델 노드를 택한다. 시작 전 다섯 가지를 준비한다. 작업 폴더, n8n MCP 연결(최신 버전과 OAuth URL), n8n 스킬 플러그인, 계획을 앞단에서 세우게 해주는 슈퍼파워(superpowers) 플러그인, 그리고 좋은 claude.md 파일이다. 그는 스킬 사용의 중요성을 과하다 싶을 만큼 강조해야 첫 시도부터 안정적인 결과가 나온다고 말한다.

계획이 나오면 발표자는 요약만 보고 넘기지 말고 실제 계획을 읽으라고 거듭 강조한다. 과거 요약만 보고 '좋아 보이니 출시하자'고 했다가 놓친 실수가 많았기 때문이다. 초심자라면 에이전트와 한동안 대화하며 왜 그런 접근을 택했는지 물어보면, 자신이 직관적으로 아는 것이 의외로 많다는 걸 알게 된다고 조언한다. 그는 시스템 프롬프트를 읽다가 리뷰 체크리스트를 매번 도구로 가져오게 돼 있는 부분을, 워크플로 단계에서 미리 전달하는 편이 낫겠다고 대화로 수정한다.

실제 빌드 중 그는 Slack 앱 매니페스트를 클로드에게 만들게 하고(api.slack.com에서 매니페스트로 앱 생성), 봇 토큰·서명 시크릿을 n8n 자격 증명에 넣고, 읽기 전용 스코프의 n8n API 키를 발급한다. 그는 봇이 DM이 아닌 초대된 모든 채널의 메시지에 반응하면 곤란하다는 점을 계획에서 짚어내며, 계획을 미리 읽는 일의 가치를 보여준다.

첫 테스트에서 리뷰는 한 번에 돌아왔지만, get skill 도구가 한 번도 호출되지 않은 문제를 발견한다. 큰 워크플로라면 대여섯 개 스킬을 불러와야 하는데 0번이라면 분명한 버그다. 원인을 못 찾던 그는 클로드에게 실행 ID로 조사를 맡기고, 사용 가능한 스킬 경로 목록이 에이전트 프롬프트에 빠져 있었다는 걸 알게 된다. get skills 도구는 정확한 경로가 넘어와야만 스킬을 반환하므로, 무엇이 있는지 모르면 아무것도 가져오지 못한 것이다. 스킬 목록을 프롬프트에 직접 넣고 규칙을 더 엄격히 하자, 재시도에서 여섯 개의 스킬 파일을 불러오며 정상 동작했다.

마지막으로 그는 MCP와 스킬, n8n의 역할 차이를 정리한다. 클로드 코드는 내 컴퓨터에서 도구를 호출하고 파일을 만드는 코딩 에이전트, n8n은 서버에서 로직이 도는 자동화·오케스트레이션 플랫폼으로 보안·자격 증명·원격 접근이 기본 포함돼 있다. MCP는 둘을 잇는 연결로, 없으면 클로드는 n8n 인스턴스를 보거나 바꿀 수 없다. 스킬은 연결이 아니라 모델에게 특정 작업을 더 잘하도록 가르치는 추가 프롬프트다. 그는 n8n을 '손', 스킬을 '설명서', 모델을 '두뇌'에 비유한다. n8n과 스킬을 쓰면 생성에 앞서 '리서치'를 하느라 다소 느리지만, 코드에서 가장 위험하고 수작업이 많은 배포가 n8n에서는 거의 노력이 들지 않는다는 점을 강조한다.

주요 인사이트

• 에이전트의 매니저가 되려면 원하는 출력을 앞단에서 명확히 명세해야 한다. 만들면서 알아낼 수 없기 때문이다.
• 계획 요약만 신뢰하지 말고 실제 계획을 끝까지 읽어야 하며, 자연어 대화로 계획을 수정·조율할 수 있다.
• MCP는 도구와 n8n을 잇는 '연결'이고, 스킬은 연결이 아니라 모델을 가르치는 '추가 프롬프트'라는 점에서 둘의 역할은 본질적으로 다르다.
• 에이전트가 스킬을 쓰지 못한 원인이 '사용 가능한 스킬 경로 목록'의 누락이었듯, 에이전트에게는 가용 자원을 명시적으로 알려줘야 한다.
• 리뷰 권한을 읽기 전용으로 제한하면, 에이전트가 사용자 모르게 워크플로를 수정·삭제하지 않도록 결정성을 지킬 수 있다.

자주 묻는 질문

관련 AI 소식