CH05 · 모니터링 & 사용자 관리

5-1. 신규 워크플로우 알림 — 누가 뭘 만들었는지 자동 감지

섹션 4에서 워크플로우 이름을 컨벤션에 맞게 정리하고, 에러 트리거를 일괄 등록하고, 비활성 워크플로우까지 감지했습니다. 이번 클립부터는 정리된 상태를 유지하는 운영 모니터링 기능을 ops-manager 모듈에 추가합니다.


1. 문제 — 모르는 사이에 워크플로우가 늘어난다

금요일 퇴근 전 워크플로우 30개를 깔끔하게 정리해 두었습니다. 월요일 출근해 보니 35개로 늘어 있습니다. 누가, 언제, 무엇을 만들었는지 알 길이 없습니다.

n8n 웹 UI는 워크플로우 목록은 보여주지만 "언제 생성되었는지" 기준의 필터링이 약합니다. 50개, 100개로 늘어나면 눈으로 확인하기 어렵습니다.


2. 해결책 — n8n_list_workflows로 생성일 필터링

n8n_list_workflows MCP 도구를 사용하면 서버의 모든 워크플로우 목록을 한 번에 가져올 수 있습니다. 응답에는 각 워크플로우의 createdAt(생성일)과 updatedAt(수정일)이 포함됩니다.

Claude는 이 날짜를 읽고 지정 기간 내 신규 항목만 골라냅니다. 파이썬 스크립트도, API 엔드포인트 외우기도 필요 없습니다. 자연어로 묻기만 하면 됩니다.


3. 실습 — "지난주에 새로 만들어진 워크플로우를 알려줘"

터미널에서 Claude Code를 열고 다음과 같이 지시합니다.

지난 7일간 새로 생성된 워크플로우를 찾아서 알려줘.
각 워크플로우의 이름, 생성 날짜, 활성 상태를 표로 정리해 줘.

Claude가 수행하는 작업입니다.

STEP 1

n8n_list_workflows 호출로 전체 목록 조회

STEP 2

각 워크플로우의 createdAt을 오늘 날짜와 비교

STEP 3

7일 이내 생성분만 필터링

STEP 4

결과를 표로 정리

결과는 다음과 같이 나옵니다.

지난 7일간 신규 생성 워크플로우: 3건<br /><br />| 이름 | 생성일 | 활성 상태 |<br />|------|--------|-----------|<br />| [test] 슬랙 실험 | 2026-03-24 | 비활성 |<br />| 마케팅 주간 리포트 | 2026-03-23 | 활성 |<br />| 고객 문의 자동 응답 | 2026-03-20 | 활성 |

리포트만 봐도 테스트용 워크플로우가 끼어들었다는 사실이 즉시 눈에 들어옵니다. 컨벤션 위반 이름도 금방 식별됩니다.


4. ops-manager 모듈에 신규 감지 기능 등록

매번 수동으로 요청하지 않도록 클로드 스킬의 ops-manager 모듈에 등록합니다.

## 신규 워크플로우 감지

트리거: "신규 워크플로우", "새로 만든 워크플로우", "이번 주 워크플로우"

절차:
1. n8n_list_workflows로 전체 목록 조회
2. createdAt 기준으로 지정 기간 내 신규 항목 필터링
3. 이름, 생성일, 활성 상태를 표로 정리
4. 컨벤션 위반 항목이 있으면 별도 경고 표시

이후에는 "이번 주 신규 워크플로우 확인해 줘"라고만 말하면 Claude가 이 절차를 그대로 실행합니다.


5. 응용 — 슬랙으로 주간 자동 알림

섹션 3에서 배운 워크플로우 자동 생성 기능을 결합하면, 신규 리포트를 매주 슬랙으로 자동 발송하는 워크플로우도 만들 수 있습니다.

매주 월요일 오전 9시에 n8n API를 호출해서 지난 7일간 신규 생성된 워크플로우를 조회하고,
결과를 슬랙 #ops-alert 채널에 보내주는 워크플로우를 만들어줘.

관리자가 직접 확인하지 않아도, 월요일 아침에 "지난주 신규 워크플로우 3건" 같은 알림이 슬랙으로 도착합니다. 관리의 사각지대가 사라집니다.


6. 마무리

핵심. 신규 워크플로우 감지는 ops-manager의 첫 번째 운영 모니터링 기능입니다. createdAt 필터링만으로도 관리 사각지대가 줄어듭니다.

다음 클립에서는 운영에서 가장 골치 아픈 주제인 에러 모니터링을 다룹니다. AI가 에러 원인을 분석하고 해결책까지 제안하는 시스템을 만들겠습니다.

다음 클립
5-2. 에러 모니터링 — AI가 원인 분석과 해결책까지
이어보기 →