6-3. 스킬 커스터마이징 — 우리 팀 상황에 맞게 모듈 수정하기

지금까지 만든 스킬은 어떤 팀에서든 바로 쓸 수 있도록 설계된 범용 버전입니다. 실제 업무 환경은 팀마다 다릅니다. 슬랙 채널 이름이 다르고, 리포트 형식이 다르고, 승인 절차도 다릅니다. 이 클립에서는 스킬을 우리 팀 상황에 맞게 수정하는 방법을 다룹니다.

1. 커스터마이징이 쉬운 이유

클로드 스킬의 핵심을 다시 떠올립니다. 스킬은 마크다운 파일입니다. 코드가 아니라 문서입니다. 그래서 커스터마이징도 문서 수정하듯 진행하면 됩니다. 프로그래밍 지식이 필요 없습니다.

규칙을 바꾸고 싶으면 해당 줄을 찾아 고치고, 새 규칙이 필요하면 한 줄을 더 씁니다. 마크다운 기반 스킬의 가장 큰 장점입니다.

2. 커스터마이징 포인트 세 가지

실무에서 자주 손대게 되는 포인트는 세 가지입니다.

① 네이밍 컨벤션 변경

# 기본 규칙
[팀명] 기능설명 (트리거타입)
예: [마케팅] 리드 수집 알림 (Webhook)

# 우리 팀 규칙으로 변경
프로젝트명_기능설명_v버전
예: LeadGen_리드수집알림_v1

② 리포트 형식 변경

# 기본 — 전체 상세 리포트
"워크플로우 15개 중 활성 9개, 비활성 6개..."

# 변경 — 핵심만 요약
"활성 9 / 비활성 6 / 에러 트리거 미등록 3"

③ 안전장치 수준 조정

# 엄격 모드 (운영 환경)
모든 변경 작업은 실행 전 반드시 사용자 확인을 받을 것.

# 간편 모드 (테스트 환경)
조회 작업은 즉시 실행. 변경 작업만 사용자 확인을 받을 것.

3. 실습 — ops-manager.md 네이밍 규칙 수정

ops-manager.md 파일을 열어 네이밍 컨벤션 부분을 찾습니다.

수정 전

## 네이밍 컨벤션
워크플로우 이름은 다음 형식을 따른다:
[팀명] 기능설명 (트리거타입)

수정 후

## 네이밍 컨벤션
워크플로우 이름은 다음 형식을 따른다:
프로젝트명_기능설명_v버전
예: LeadGen_리드수집알림_v1
팀명은 태그로 관리: tags에 "marketing", "dev" 등 추가

이렇게 고치면 다음부터 Claude에게 "워크플로우 이름 정리해줘"라고 요청했을 때 새 규칙이 적용됩니다. 스킬 파일을 수정했으니 Claude도 변경된 규칙을 따르는 것입니다.

4. 커스터마이징 시 주의할 점

• MCP 도구 이름은 바꾸지 않습니다. n8n_list_workflows, n8n_get_workflow 같은 도구 이름은 시스템에서 정해진 식별자입니다. 수정하면 도구를 찾지 못해 스킬이 동작하지 않습니다.
• 한 번에 하나씩 바꾸고 테스트합니다. 여러 규칙을 한꺼번에 바꾸면 문제가 생겼을 때 원인을 찾기 어렵습니다.
• 원본을 백업해 둡니다. 수정 전에 파일을 복사해 두거나, Git을 쓰는 경우 커밋 한 번 하고 수정합니다.

5. 마무리

★ 핵심. 마크다운이니까, 문서 수정하듯 고치면 됩니다.

네이밍 규칙, 리포트 형식, 안전장치 수준. 이 세 가지만 우리 팀에 맞게 조정하면 범용 스킬이 우리 팀 전용 스킬로 바뀝니다.

다음 클립에서는 강의 전체를 한 번에 돌아보는 총정리를 진행합니다.