4-3. 워크플로우 분류 & 정리 — 태그, 폴더, 비활성 감지
이름도 정리했고, 에러 안전망도 씌웠습니다. 이번 클립에서는 워크플로우를 분류하고, 더 이상 쓰지 않는 것을 감지하는 방법을 다룹니다. 워크플로우가 많아질수록 "이건 운영 중인 건가, 아닌가?"를 파악하기가 점점 어려워지기 때문입니다.
1. 워크플로우가 많아지면 생기는 혼란
n8n을 몇 달간 운영하면 워크플로우는 보통 세 가지가 섞입니다.
운영 워크플로우
실제로 매일 돌아가는 것
테스트 워크플로우
한 번 만들어 보고 끈 채 방치된 것
폐기 워크플로우
예전에는 썼지만 더 이상 필요 없는 것
문제는 이 셋이 하나의 목록에 뒤섞여 있다는 점입니다. 어떤 것이 중요한 운영이고 어떤 것이 지워도 되는 테스트인지 한눈에 구분되지 않습니다.
2. 분류의 기준 — active 상태와 태그
n8n에서 워크플로우를 분류하는 데 활용할 수 있는 속성은 두 가지입니다.
- active 상태:
true이면 트리거에 따라 자동 실행되고,false이면 아무 동작도 하지 않습니다. 비활성 워크플로우가 많다는 것은 정리가 필요하다는 신호입니다. - 태그(tags): n8n은 워크플로우에 태그를 붙이는 기능을 제공합니다. "운영", "테스트", "백업", "폐기예정" 같은 태그를 붙여두면 목록에서 필터링할 수 있습니다.
3. ops-manager 모듈에 분류·정리 규칙 추가하기
클로드 스킬의 ops-manager 모듈에 분류와 정리 규칙도 추가합니다.
## 워크플로우 분류 및 정리
### 비활성 워크플로우 감지
- active=false인 워크플로우를 조회한다
- 비활성 목록을 사용자에게 보여주고, 각 항목에 대해 "유지/삭제" 판단을 요청한다
- 삭제 전 반드시 사용자 확인을 받는다
### 정리 리포트 형식
- 전체 워크플로우 수
- 활성/비활성 비율
- 비활성 워크플로우 목록 (이름, ID, 마지막 수정일)이 규칙이 스킬에 들어가 있으면, Claude는 정리 요청을 받을 때마다 동일한 형식의 리포트를 제공합니다.
4. 실습 — "비활성 워크플로우를 찾아서 정리 리포트를 만들어줘"
Claude Code에서 다음 프롬프트를 입력합니다.
비활성 워크플로우를 찾아서 정리 리포트를 만들어줘.Claude는 n8n_list_workflows 를 호출해 전체 워크플로우 목록을 가져옵니다. 목록에는 이름, ID, active 상태, 마지막 수정일이 포함됩니다.
분석이 끝나면 다음과 같은 리포트가 나옵니다.
=== 워크플로우 정리 리포트 ===
전체 워크플로우: 15개
- 활성 (active): 9개 (60%)
- 비활성 (inactive): 6개 (40%)
--- 비활성 워크플로우 목록 ---
| # | 이름 | ID | 마지막 수정일 |
|---|-------------------------------------------|--------|---------------|
| 1 | [개발] Slack 테스트 (Manual) | wf_012 | 2025-11-03 |
| 2 | [공통] 데이터 마이그레이션 임시 (Manual) | wf_034 | 2025-09-15 |
| 3 | New Workflow 2 | wf_041 | 2025-08-22 |
| 4 | [마케팅] 이벤트 알림 (Webhook) | wf_055 | 2026-01-10 |
| 5 | test_api_connection | wf_063 | 2025-07-01 |
| 6 | [영업] 분기 리포트 (Schedule) | wf_078 | 2026-02-28 |
참고:
- 3번, 5번은 이름으로 볼 때 테스트 목적으로 생성된 워크플로우입니다.
- 2번은 마지막 수정일이 6개월 이상 전입니다.
- 4번, 6번은 비교적 최근에 수정되었으므로, 의도적으로 비활성화한 것일 수 있습니다.
어떻게 처리할까요?5. 리포트를 기반으로 한 후속 조치
리포트를 보고 판단을 내리는 것은 사람의 몫입니다. Claude는 데이터를 정리해 보여주고, 판단에 도움이 되는 정보(수정일, 이름 패턴)를 함께 제공합니다.
"3번과 5번은 테스트니까 삭제해줘, 나머지는 그대로 둬"라고 답하면, Claude가 해당 워크플로우를 삭제 처리합니다. 삭제 전에 한 번 더 최종 확인을 요청하는 것이 안전합니다.
바로 삭제하지 않고 "폐기예정" 태그를 붙여 일정 기간 관찰한 뒤 삭제하는 방식도 좋습니다. 이런 정리 정책도 ops-manager 스킬에 미리 적어둘 수 있습니다.
6. 정기적인 정리 습관 만들기
이 정리 리포트는 한 번으로 끝나지 않습니다. 워크플로우는 계속 늘어나기 때문에, 월 1회 정도 정기적으로 리포트를 뽑는 습관을 들이는 것을 권장합니다.
프롬프트 한 줄이면 됩니다. "이번 달 워크플로우 정리 리포트 뽑아줘"라고 말하면, Claude가 ops-manager 스킬에 정의된 형식대로 리포트를 생성합니다.
7. 마무리
워크플로우가 많아지면 분류와 정리는 선택이 아니라 필수입니다. active 상태와 태그를 활용해 운영/테스트/폐기를 구분하고, Claude에게 정리 리포트를 맡기면 현황 파악이 한눈에 됩니다.
다음 클립에서는 이번 섹션에서 배운 네이밍 컨벤션, 에러 트리거 등록, 비활성 감지 세 가지를 한 번에 실행하는 종합 실습을 진행합니다.