n8nkorea · 2026-08-05

오늘의 대화

카카오톡에 특정 알림을 보내려는 질문에서 Android 기기와 별도 번호를 이용하는 비공식 사용자 봇, 웹훅 연동과 UI 자동화 방식이 논의됐다. 이후 n8n Connector가 커뮤니티 노드를 모르는 문제를 두고, 노드 코드·사용 예시를 별도 컨텍스트나 스킬로 제공하는 방법과 n8n 자체로 챗봇을 만드는 우회안이 나왔다. 대화는 Git을 단일 진실 공급원으로 삼아 workflow JSON, 문서와 CI를 함께 관리하는 실제 운영 구조로 확장됐고, 자격 증명 값은 저장소와 분리해야 한다는 원칙도 확인했다. 중간에는 11월 고베 마라톤에서 서브3를 노리는 계획과 대회 추첨 이야기도 이어졌다.

이야기 나온 주제

비공식 카카오톡 봇과 웹훅 연동

공식 API가 제한적인 카카오톡에서 채널 알림을 보내는 방법으로, 일반 사용자 계정이 봇 역할을 하도록 Android 기기에서 구동하는 방식이 소개됐다. 계정 가입과 인증을 위해 살아 있는 전화번호가 필요하므로 데이터 전용 태블릿이나 저가 알뜰폰 회선을 쓰고, 실제 데이터는 Wi-Fi로 처리할 수 있다는 경험이 나왔다. 외부 웹훅을 받아 여러 채팅방에 메시지를 보내거나 일정 UI에 댓글을 다는 것도 가능하다는 설명이 있었지만, 후자는 Selenium과 비슷하게 화면을 조작하므로 UI 변경 때 다시 맞춰야 한다.

공유된 카카오 비즈니스 챗봇 문서는 이 방식과 다른 공식 서비스다. 비공식 봇은 iOS 보안정책상 같은 방식으로 구동하기 어렵고, 카카오톡 약관 위반으로 계정이 제한될 수 있다는 자동 요약의 주의도 함께 제시됐다.

• 공유 자료: 카카오 비즈니스 챗봇 가이드, 카카오톡 봇 제작법
• 확인이 필요한 내용: 현재 지원 OS·구동 앱, 카카오톡 이용약관과 계정 제한 위험
• 원본 시각: 13:20–14:03

n8n Connector의 커뮤니티 노드 인지 문제

n8n Connector가 기본 내장 노드는 이해하지만, 새 워크플로를 만들 때 참조 사례가 없는 커뮤니티 노드를 먼저 제안하지 못한다는 문제가 제기됐다. 기존 workflow JSON에 해당 노드가 들어 있으면 읽고 참고할 수 있지만 제로베이스 생성에는 노드의 스키마·코드·자격 증명 사용법 같은 컨텍스트가 필요하다는 분석이다. 노드 저장소를 Claude Code가 읽게 하거나 사내 스킬로 배포하는 해법이 제시됐으나, 약 200명의 비개발자에게 추가 도구와 유지보수 부담 없이 제공하려는 요구에는 완전한 답이 나오지 않았다.

n8n으로 별도 챗봇을 만들고 그 안에서 instance-level MCP를 호출하는 방식도 후보가 됐다. 다만 자동 배포와 권한 관리까지 포함하면 별도 설계가 필요하다.

• 원본 시각: 16:54–17:20

Git·CI를 SSOT로 쓰는 워크플로 관리

한 운영 사례에서는 n8n UI를 주로 실행 이력 확인에만 쓰고 Git의 workflow JSON을 단일 진실 공급원으로 삼았다. 로컬에서 JSON을 수정해 GitLab에 commit·push하면 CI가 저장소와 n8n의 차이를 확인하고 n8n MCP를 호출해 변경 사항을 반영한다. 새 워크플로 생성도 같은 흐름에 넣을 수 있고, workflow별 저장소와 README 문서를 함께 관리하면 버전 변경과 문서 갱신을 묶을 수 있다는 설명이다. CI 정의는 프로젝트마다 복제하지 않고 공통 템플릿을 호출하도록 구성했다.

이 방식은 개발자 중심 조직에는 일관된 운영을 주지만, UI를 보며 작업하는 비개발자에게는 진입장벽이 될 수 있다는 차이도 드러났다. GitHub Enterprise 좌석 비용 때문에 사용자마다 저장소 접근권을 주기 어렵다는 조건에는, 실행 주체만 저장소를 읽도록 만들거나 내부 배포 계층을 두는 방향이 논의됐다.

• 재사용 가능한 흐름: workflow.json 수정 → Git push → CI 비교 → n8n MCP 호출 → 워크플로·문서 갱신
• 원본 시각: 17:14–17:27

자격 증명 분리와 외부 비밀 관리

워크플로 저장소에는 실제 자격 증명 값이 아니라 n8n에서 알아볼 레이블만 두고, 값은 UI나 별도의 비밀 관리 시스템에서 입력하는 방식이 공유됐다. 프로젝트 구분이 제한된 환경에서는 [TYPE] Service - Identifier 같은 이름 규칙으로 공유 계정, 토큰, SSH 키, API 키, OAuth 클라이언트 등을 구분했다. 외부 관리 도구로 Infisical과 오픈소스 저장소가 소개됐으며, GitLab MCP의 부족한 기능은 glab CLI를 n8n 컨테이너에 넣어 보완할 수 있다는 아이디어도 나왔다.

• 공유 자료: Infisical, Infisical 오픈소스 저장소
• 확인이 필요한 내용: n8n 자격 증명 API, 배포 환경의 권한·감사 요구와 컨테이너 커스터마이징 가능성
• 원본 시각: 17:28–17:41

마라톤 도전과 추첨 이야기

제주 오름 30km 트레일러닝 사진에서 달리기 대화가 시작됐다. 한 참여자는 11월 고베 마라톤에서 세 시간 이내 완주인 서브3를 세 번째 도전으로 노린다고 했고, 도쿄 등 인기 대회의 추첨과 봉사활동 우선 접수 경험도 이야기했다. AI 자동화보다 결국 추첨 운의 문제라는 농담으로 마무리됐다.

• 원본 시각: 13:45–13:50

연결

• n8nkorea 전체 보기
• 전날의 n8n 소스관리·런북·에이전트 분담 대화