Lv3 실전편 · 10편
8편(좋은 프롬프트 5원칙)·9편(프롬프트 만드는 5단계)으로 “한 번의 작업을 어떻게 시킬까” 의 답이 정리됐다. 그런데 운영을 5번쯤 반복하면 다음 깨달음이 온다.
“같은 5단계 작업을 매번 손으로 적기 귀찮은데. 한 마디로 묶을 순 없나?”
이 편은 그 답이다. 여러 5단계 작업을 한 마디 트리거에 묶는 워크플로우 설계 — Lv3 실전편의 핵심 챕터.
9편 마지막에서 짚었듯 “같은 종류의 작업은 5단계가 거의 똑같다”. 그 “거의 똑같은 5단계” 를 워크플로우로 묶으면 운영 시간이 한 자리 수로 줄어든다.
워크플로우가 뭔가 — 한 줄로
여러 5단계 작업을 “한 마디 트리거 → N단계 자동 실행” 으로 묶은 흐름.
내가 “포스팅했어” 한 마디 하면 ROI 트래커 갱신·대시보드 정리·작업 폴더 이동까지 자동 진행되는 식이다. 세 작업이 각각 5단계씩이라 “3 × 5 = 15단계” 가 한 마디로 발화. 이게 워크플로우.
| 구분 | 단일 작업 (8·9편) | 워크플로우 (10편) |
|---|---|---|
| 트리거 | 5단계 박힌 30줄 프롬프트 | 한 마디 (예: “포스팅했어”) |
| 처리되는 작업 수 | 1개 | 여러 개 (3~5개 또는 그 이상) |
| 시간 비용 | 작업당 3~5분 (9편 표) | 트리거 던지는 시간 + 결과 검증 |
| 활용 카테고리 | 일회성 / 비정기 작업 | 반복적 / 정기 작업 |
같은 결과를 5단계 흐름으로 풀면 매번 30줄 프롬프트, 워크플로우로 묶으면 한 마디. 반복성이 워크플로우 후보의 핵심 신호.
워크플로우 vs 스킬의 관계
6편에서 “스킬 = 반복 작업을 한 마디 호출로 처리하는 도구” 로 정의했다. 워크플로우는 그 스킬의 “내용물” 에 해당한다.
| 비유 | 6편(스킬) | 10편(워크플로우) |
|---|---|---|
| 회사 비유 | 부서별 매뉴얼 (파일) | 매뉴얼 안의 “한 페이지 절차 흐름도” |
| 정체 | 도구 (호출 받는 그릇) | 그 도구 안에 박혀있는 N단계 흐름 |
| 작성 위치 | .claude/skills/[이름]/SKILL.md |
SKILL.md 본문의 STEP 1~N 영역 |
다시 말해 워크플로우를 잘 설계해야 스킬이 잘 작동한다. 6편(“좋은 스킬 5특징”)에서 짚은 “단계가 잘 쪼개져 있다”·”자가 검증 게이트가 강제로 박혀있다” 같은 특징이 다 워크플로우 설계의 결과물.
이 편은 그 “워크플로우 자체” 를 만드는 흐름을 다룬다. 9편(프롬프트 5단계) → 10편(워크플로우) → 스킬화(6편)의 자연 흐름.
워크플로우 설계 5단계
8편·9편의 5원칙·5단계와 일관된 “5단계” 구조로 정리.
단계 1 — 반복 패턴 식별
워크플로우 후보를 식별하는 단계. 다음 조건을 충족하는 작업이 후보다.
| 조건 | 신호 |
|---|---|
| 빈도 | 2주에 1번 이상 반복 |
| 흐름 | 매번 거의 같은 단계 |
| 결과물 | 형식·위치 패턴이 정해져있음 |
| 트리거 | 작업 시작 시점에 같은 한 마디가 자연스럽게 나옴 (예: “포스팅했어”) |
4가지 다 충족하면 워크플로우 후보로 즉시 박는다. 3개 이상이면 “운영 1~2번 더 해보고 결정”. 2개 이하면 아직 단일 작업으로.
단계 2 — 단계 흐름도 그리기
후보 작업이 결정됐으면 “입력 → 단계1 → 단계2 → … → 결과” 흐름도를 그린다. 머릿속만으로 그려도 OK, 종이에 그려도 OK. 9편 단계 3(“단계를 머릿속에 5~7개로 미리 그림”)의 확장 — 단일 작업 한 개를 그리는 게 아니라 여러 작업의 직렬·병렬 묶음을 그린다.
예시 (포스팅 완료 워크플로우):
입력: 사용자 발언 "포스팅했어"
↓
[단계 1] ROI 트래커에 완료 행 추가 (영구 보관)
↓
[단계 2] 대시보드 대기 큐에서 해당 행 삭제 (현재에서 제거)
↓
[단계 3] 작업 폴더 → "포스팅완료/" 위치로 이동
↓
결과: 3개 영역 동기화 완료
흐름도가 그려지면 그 자체가 워크플로우의 90%다.
단계 3 — 단계 간 순서·의존성 정리
흐름도가 그려진 후 “단계 간 순서가 왜 이래야 하는가” 를 정한다. 7편의 “완료 시 3단계 아카이브 순서는 절대” 원칙과 같은 결.
| 순서 결정 기준 | 적용 |
|---|---|
| 안전 우선 | 영구 보관 먼저, 임시 상태 나중에 (5-2편 안전장치 ①의 일반화) |
| 의존성 따라가기 | A 결과가 B의 입력이면 A → B |
| 회복 가능성 | 잃으면 끝인 정보 먼저 처리 |
위 “포스팅 완료” 워크플로우는 “ROI(영구) → 대시보드(현재) → 폴더(저장 위치)” 순서가 절대다. 거꾸로 가면 3단계에서 사고 시 1·2단계 갱신이 안 된 상태로 남음.
단계 4 — 자가 검증 게이트 박기
6편(좋은 스킬 5특징 ③번)에서 정의한 “통과 못 한 상태에서 다음 단계 진행 가능한가? 가능하면 그 지점이 사고 다발 지점” 원칙의 워크플로우 적용. 단계 사이마다 자가 검증 게이트를 박는다.
[단계 1] ROI 트래커 갱신
↓
[게이트 1] 갱신 행 정상 추가됐는지 확인 (시트 행 수 +1)
↓ ✅ 통과
[단계 2] 대시보드 정리
↓
[게이트 2] 해당 행 삭제됐는지 확인
↓ ✅ 통과
[단계 3] 폴더 이동
↓
[게이트 3] 이동 후 원래 위치에 폴더 잔존 X, 새 위치에 존재
↓ ✅ 통과
결과 보고
게이트 ❌가 나면 그 자리에서 정지 + 사용자에게 보고. “단계 2까지 OK, 단계 3에서 폴더 이동 실패” 같은 명확한 사고 위치 식별이 가능해진다. 이게 사고 발생 시 복구 비용을 가장 크게 낮추는 핵심.
단계 5 — 트리거 단어 결정 + 스킬화
워크플로우 흐름이 완성되면 마지막 단계 — 한 마디 트리거 단어를 정한다.
| 후보 트리거 | 비교 |
|---|---|
| “포스팅했어” | ✅ 자연스러움, 본인 평소 표현 |
| “포스팅 완료” | ✅ 명확, 다만 좀 딱딱 |
| “방금 블로그 올렸어” | △ 변형 많아서 매칭 불안정 |
| “끝났어” | ❌ 너무 모호 (어느 작업 끝났는지 불명) |
좋은 트리거 3가지 조건 (다음 편에서 자세히 다룰 예정):
- 본인 평소 표현 그대로: 익숙해서 작업 시점에 자연스럽게 나옴
- 명확함: 어느 워크플로우인지 모호하지 않음
- 짧음: 한 마디로 끝나야 “이거 한 마디 던지면 되겠다” 가 됨
트리거가 결정되면 워크플로우를 스킬에 박는다. 5단계 → 스킬 description + STEP 본문 → CLAUDE.md에 트리거 단어 한 줄 박기. 6편 “본인 스킬 만들기 5가지 질문” 의 답이 자연스럽게 채워진다.
직렬 vs 병렬 워크플로우
워크플로우는 단계 간 관계에 따라 두 종류로 갈린다.
직렬 (Sequential) — 위 “포스팅 완료” 사례
A 끝나면 → B 시작 → 끝나면 → C 시작. 의존성이 있어서 한 줄로 흐름.
| 적합한 작업 | 예시 |
|---|---|
| 영구 보관 + 임시 정리 + 위치 이동 | 포스팅 완료 처리 |
| 추출 + 분류 + 보고서 작성 | 데이터 분석 흐름 |
| 백업 + 정비 + 검증 | 정기 점검 사이클 (5-2편) |
대부분의 운영 워크플로우는 직렬이다. 순서가 의미를 만든다.
병렬 (Parallel) — 동시에 처리
A·B·C가 서로 독립이면 동시 처리 가능. 시간 절약 효과.
| 적합한 작업 | 예시 |
|---|---|
| 여러 폴더에 같은 작업 한 번에 | “5개 폴더 각각 EXIF 추출해줘” |
| 독립적인 검증 여러 개 | “제목·메타·태그·이미지 동시 검증” |
| 여러 시트 동시 갱신 | “ROI + 대시보드 + 메모 시트 동시 업데이트” |
병렬은 “서로의 결과에 영향 안 받음” 이 전제. 의존성이 조금이라도 있으면 직렬로 가야 안전.
혼합형
큰 워크플로우는 직렬·병렬이 섞인다.
[단계 1 — 직렬] 입력 파일 분석
↓
[단계 2 — 병렬] 분석 결과를 3개 시트에 동시 저장
↓
[단계 3 — 직렬] 종합 보고서 생성
설계 시점에 “이 단계는 다음 단계와 의존성 있나?” 만 답하면 직렬·병렬·혼합이 자연스럽게 정해진다.
워크플로우 설계 시 자주 빠지는 함정 4가지
이 5단계로 설계해도 운영 시작 후 사고가 나는 패턴이 있다.
함정 ① 단계 사이 게이트 부재
가장 자주 빠지는 함정. “단계는 잘 쪼갰는데 단계 사이 검증이 없어서” 사고. 6편 “정교함 함정” 의 워크플로우 영역 적용.
해법: 단계마다 게이트 박기. “통과 못 하면 다음 단계 금지” 강제 명시.
함정 ② 한 워크플로우에 너무 많은 작업
“한 마디로 다 처리하고 싶어서” 7~10개 작업을 한 워크플로우에 묶음. 결과: 한 단계 실패하면 전체 흐름 멈춤 + 디버깅 어려움.
해법: 워크플로우 하나에 3~5개 작업이 적정. 5개 넘으면 두 워크플로우로 쪼개기. 6편 “한 스킬 = 한 책임” 원칙의 일반화.
함정 ③ 트리거 단어 충돌
여러 워크플로우의 트리거 단어가 비슷하면 “어느 게 발화될지 모호”. 6편 “디버깅 4가지” 의 ③번(“다른 스킬과 트리거 단어 충돌”)과 같은 결.
해법: 트리거 단어를 정할 때 기존 워크플로우 목록과 한 번 비교. 비슷한 표현이 있으면 더 구체적으로.
함정 ④ 결과 검증 부재
워크플로우 끝에 “모두 OK” 만 보고하고 끝. 실제로 무엇이 됐는지 확인 안 됨.
해법: 마지막 단계로 “전체 결과 요약 보고” 박기. 어떤 행이 갱신됐는지·어느 파일이 어디로 갔는지·다음 액션이 무엇인지 한 화면에 보여주기.
운영 누적이 만드는 “워크플로우 라이브러리”
5단계로 워크플로우 한 개 만들면 약 30분~1시간. 그런데 5개쯤 만들고 운영하면 다음 깨달음이 온다.
“여러 워크플로우가 비슷한 구조를 공유하고 있다.”
예를 들어:
- 포스팅 완료 워크플로우: ROI → 대시보드 → 폴더
- 분석집 메일 발송 워크플로우: 초안 → 승인 → 발송 → ROI 기록
- 주식 주간 리뷰 워크플로우: 데이터 수집 → 분석 → 보고서 → 트래커 갱신
세 워크플로우 모두 “활동 → 기록 → 정리” 구조. 이 공통 구조가 본인 운영의 메타 패턴이다.
메타 패턴이 보이면 새 워크플로우 만들기가 빨라진다. “이건 ○○ 패턴이니까 같은 구조로” 가 떠오르면 5단계가 10분으로 줄어든다. 운영 6개월 누적의 자연스러운 효과.
워크플로우와 안전장치의 관계
워크플로우는 “한 마디로 N단계 발화” 라 강력하지만, 잘못 발화되면 사고도 N배다. 그래서 안전장치 설계가 일반 5단계 작업보다 더 중요하다.
| 안전장치 | 적용 위치 |
|---|---|
| 트리거 단어 명확성 | CLAUDE.md에 트리거 정의 (5편 좋은 구조 ③번) |
| 단계 사이 게이트 | 스킬 본문 (6편 좋은 스킬 ③번) |
| 발행·삭제 같은 위험 단계 | 사용자 승인 게이트 (CLAUDE.md 헌법) |
| 결과 검증 | 워크플로우 마지막 단계 |
5편(CLAUDE.md)·6편(스킬)·10편(워크플로우)이 같은 안전장치 원칙을 다 공유한다. 단계 사이 게이트·승인 절차·결과 검증 이 3종 세트가 안전한 워크플로우의 기본.
내 운영 사례 한 가지: 분석집 메일 발송 워크플로우는 “초안 → 승인 → 발송” 흐름인데, “승인” 단계는 본인이 “OK” 한 마디 던지기 전엔 “발송” 단계로 절대 못 넘어가게 박혀있다. CLAUDE.md 헌법급 한 줄이 워크플로우 가운데 게이트로 작동.
자주 묻는 질문
Q1. 워크플로우와 단일 작업의 경계는?
A. “트리거 한 마디로 끝나면 워크플로우, 30줄 프롬프트가 필요하면 단일 작업” 이 가장 단순한 분기. 단일 작업이 “2주에 1번 이상 반복” 되면 워크플로우 후보(단계 1).
Q2. 워크플로우 만들기 전에 한 번 수동으로 해봐야 하나?
A. 정석은 “2~3번 수동으로 + 그 흐름을 워크플로우로”. 한 번도 안 해본 작업을 바로 워크플로우로 만들면 단계 흐름이 어긋난다. 6편 “새 스킬 만들 때 던질 5가지 질문” 과 같은 결.
Q3. 워크플로우와 스킬의 차이가 여전히 헷갈리는데?
A. 스킬 = 그릇 (호출 받는 도구), 워크플로우 = 그릇 안 내용물 (N단계 흐름). 한 스킬에 한 워크플로우. 두 워크플로우는 두 스킬로.
Q4. 워크플로우 점검은 언제 하나?
A. 6편 “스킬 점검 신호 3가지” 와 같음 — 같은 사고 두 번째 반복·결과 자주 어긋남·트리거 충돌. 워크플로우 자체 점검은 “단계 사이 게이트가 빠진 지점” 부터.
Q5. 워크플로우를 새 사용자에게 공유할 수 있나?
A. 워크플로우는 스킬에 박혀있으니 스킬 폴더(.claude/skills/[이름]/) 통째 압축해서 공유. 다만 트리거 단어·CLAUDE.md 헌법은 본인 환경별로 다르므로 “트리거 단어는 본인 표현으로 조정” 메모 같이.
정리
이 편에서 챙길 핵심 5가지.
- 워크플로우 = 여러 5단계 작업을 한 마디 트리거에 묶은 흐름. 단일 작업(8·9편)과 스킬(6편)의 중간 다리.
- 설계 5단계: 반복 패턴 식별 → 흐름도 그리기 → 순서·의존성 정리 → 자가 검증 게이트 박기 → 트리거 결정 + 스킬화
- 직렬·병렬·혼합 구분: “이 단계가 다음 단계와 의존성 있나?” 한 질문으로 정해짐
- 자주 빠지는 함정 4가지: 게이트 부재·과부하·트리거 충돌·결과 검증 부재 — 모두 “강제 게이트” 로 해결
- 안전장치 3종 세트: 단계 사이 게이트·승인 절차·결과 검증 — 워크플로우는 “잘못 발화되면 사고도 N배” 라 더 중요
이로써 8편(5원칙)·9편(5단계)·10편(워크플로우)으로 “단일 작업 → 워크플로우” 의 결이 정리됐다. 이후 편에서 트리거 단어 설계의 디테일과 1년 운영 사이클 마무리로 이어진다.
2026년 5월 현재 상태
- Lv3 실전편 진행 — 10편 (워크플로우 설계)
- 6편(스킬)·9편(5단계)·10편(워크플로우)이 “좋은 스킬 = 좋은 워크플로우가 박혀있는 스킬” 의 결로 연결
- 워크플로우 라이브러리 누적 효과 — 5개쯤 만들면 “메타 패턴” 이 보여서 새 워크플로우 만들기가 10분으로 단축
- 안전장치 3종 세트(게이트·승인·결과 검증)가 5편·6편·10편 공통 — Cowork 운영의 안전 원칙 정수
- 이후 편 예정: 트리거 단어 설계 디테일 · Cowork 운영 1년 사이클 마무리
undefined