| name | ceo-pipeline |
| version | 1 |
| description | CEO 파이프라인(샤워효과). 청사진/로드맵→액션리스트 자동도출+기획/디자인/개발 자동분류. 파이프라인·로드맵·액션리스트 대화시 자동발동. 일반/TURBO(캐스케이드 도메인도출 3트랙 병렬 Agent) 2모드. 트리거: 파이프라인, 청사진, 로드맵, 액션리스트, 브리프, 마일스톤, 샤워효과, 터보파이프라인, 파이프라인 터보, TURBO, 도출해줘, 분류해줘, 터보로 도출해줘, create, generate, turbo cascade. NOT: 정책기획(→policy-planning), 단순로드맵(→직접수행).
|
CEO 파이프라인
대표가 청사진→로드맵을 구성하면, 거기서 필요한 액션 아이템이 도메인 전문지식을 바탕으로 자동 도출되고, 각 아이템이 기획/디자인/개발 파트로 자동 분류되어 팀에 넘겨지는 전 과정.
Skill Boundaries
- 하는 것 — CEO 파이프라인(샤워효과).
- 안 하는 것 — 정책기획(→policy-planning), 단순로드맵(→직접수행).
When to Use
- 사용자가 "도출해줘", "분류해줘", "터보로 도출해줘", "create", "generate" 같은 표현으로 발동
- 도메인 작업이 필요한 시점
- 안 쓸 때 — 정책기획(→policy-planning), 단순로드맵(→직접수행).
Prerequisites
| # | 체크 | 미충족 시 |
|---|
| 1 | 대상·입력 명확 (스킬 발동 의도 확인) | 1줄 확인 후 진입 |
| 2 | references/ 폴더 접근 가능 | inline fallback |
라우팅
| 호출 | 로드 대상 |
|---|
| "청사진 정리" | → references/phase-blueprint.md |
| "로드맵 잡아" | → references/phase-roadmap.md |
| "액션리스트 만들어/도출해", "캐스케이드/샤워효과" | → references/phase-actions.md |
| "PRD 초안", "브리프 써줘" | → references/phase-brief.md |
| "기획안 써줘/외부 기획안" | → references/mode-external.md |
| "파이프라인 현황" | → 전체요약 (spoke 로드 불필요) |
필요한 spoke만 로드한다. 청사진 작업 시 brief를 로드할 필요 없고, 외부 기획안 시 phase-blueprint를 로드할 필요 없다. 단, 캐스케이드(S3)는 S1+S2 기반이므로 필요시 함께 로드.
파이프라인 구조
청사진(비전) → 로드맵(마일스톤) → 액션리스트(아이템 도출) → 브리프(팀 전달). 살아있는 문서. 액션 아이템은 로드맵에서 파생.
샤워효과 (Cascade)
핵심 설계 원리. 청사진/로드맵만 잘 잡으면 액션리스트가 자동으로 흘러내리는 구조. CEO가 "뭘 해야 하는지" 일일이 나열하지 않아도, "어디로 가야 하는지"만 명확하면 AI가 도메인 전문지식을 동원해 필요한 액션을 도출하기 때문이다.
캐스케이드 3단계: ①갭 탐지(달성조건 vs 현재→갭 목록) → ②도메인도출(갭+성장프레임+전문지식→액션 아이템 후보) → ③파트 분류(실행 성격→기획/디자인/개발)
도메인도출 반자동: ②도메인도출은 에이전트 초안 + 형 확인. '완전 자동 도출'이 아님 — 전문지식 의존 판단이므로 에이전트 제안→형 승인→확정. 승인 없이 진행 금지.
예시 — 캐스케이드 작동:
청사진: "6개월 내 AI 매칭 엔진이 작동하는 플랫폼"
로드맵 M2: "매칭 MVP 완성" (달성조건: 추천 정확도 60%↑)
현재: 프로필 데이터 구조 미정
↓ 갭 탐지
갭: 스키마 부재, 알고리즘 미설계, 피드백 루프 없음
↓ 도메인 도출 (AI/추천시스템 전문지식)
액션: 프로필 스키마 설계, 임베딩 파이프라인, A/B 프레임워크
↓ 파트 분류
기획: 프로필 항목 정의, 매칭 시나리오
디자인: 프로필 입력 UX, 매칭 결과 UI
개발: 스키마 구현, 임베딩 파이프라인, A/B 인프라
운영 규칙
수정4 적용: 파이프라인 산출물(청사진·로드맵·액션리스트·브리프) 수정 시 trigger-dictionary 수정4 프로토콜 적용 — 레벨 판정→게이트→외과적 실행→POST_VERIFY(전파맵 포함). 특히 버전업 시 old 잔존(잡탕) 방지를 위해 grep 잔존 검사 필수.
살아있는 문서(갱신 이력 관리). 모든 아이템에 카테고리+파트 태깅 필수. 트랙별 고유 접두어(범용 금지). 시간순 배열. 서론에 성장 프레임 매핑. 2개↑ 액션리스트시 크로스맵. S등급 대표 직접 지정(AI 임의 부여 금지). 의존성 명시(역전시 경고). 모든 아이템 마일스톤 연결. 브리프 경계: 스펙 상세·피그마는 기획자 영역. 캐스케이드 우선: 신규 작성시 CEO 나열보다 자동 도출 우선.
체크리스트
TURBO 모드 — 고품질 병렬 가속화
목적: 액션리스트 도출 시간 단축. 샤워효과(캐스케이드 3단계)·수정4·형 승인 게이트 불변, 도메인 도출만 3트랙 Agent 분산.
트리거: "터보로 도출" · "TURBO" · "파이프라인 터보" 명시. 미명시 = 일반.
원칙 (4):
- 병렬화만, 스킵 금지 — ①갭 탐지·②도메인 도출 반자동 승인·③ 파트 분류 최종 통합 불변
- 독립성 확인 — 기획/디자인/개발 3트랙은 갭 목록 공유 후 독립 도출 가능
- 통합 시퀀셜 — 형 승인·크로스맵·마일스톤 연결은 메인
- Agent 브리프 완결성 — 청사진·로드맵·갭 목록·해당 트랙 도메인 전문지식 범위·아이템 포맷(1아이템 2~3줄·한줄정의/Why/So What) 전달
병렬 타겟:
- 캐스케이드 ② 도메인 도출: 기획/디자인/개발 3트랙 Agent 병렬 (갭 목록 공유)
- 액션리스트 카테고리·파트 태깅 드래프트 — 아이템 그룹별 Agent
병렬 제외 (시퀀셜):
- ① 갭 탐지 (청사진·로드맵 대비 단일 판정)
- ② 도메인 도출 → 형 승인 게이트 (반자동 — 승인 없이 진행 ✗)
- ③ 파트 분류 최종·트랙 접두어·시간순 배열
- 크로스맵 작성·마일스톤 연결 (2개+ 액션리스트)
- 수정4 POST_VERIFY (버전업 시 old 잔존 검사)
품질 저하 방어:
- 3트랙 간 중복 아이템 감지 → 파트 분류 재조정
- ASCII 박스(┌──┐) 혼입·오바 서술(장황) 감지 → 해당 블록 재작성 (하드캡 1회)
- 도메인 전문지식 부재 상태로 기계적 쪼개기 감지 → 시퀀셜 재도출
예상 단축: 35~50% (트랙 수·갭 목록 규모에 비례)
PRE_WRITE — 청사진·로드맵·액션리스트 작성 직전 룰
목적: 액션 1줄·마일스톤 1줄·청사진 1줄을 작성 시점에 동사시작·수치·단언형 강제. 형이 직접 읽는 문서 = AI식 흔적 즉시 사망.
5룰 (작성 직전 강제)
| # | 룰 | 파이프라인 결로 변환 | FAIL 신호 |
|---|
| 1 | 단문 액션 | 1액션 = 한줄정의 ≤25자, Why ≤25자, So What ≤25자 (3줄 카드) | 4줄+·중첩 |
| 2 | 단일 결과 | 1액션 = 1결과. 묶기 ✗ | "A하면서 B도 도출" |
| 3 | 마일스톤 수치+기한 | 마일스톤 = 측정가능 수치 + 기한 1조 | "MVP 완성" 추상 |
| 4 | 액션 동사시작 | 모든 액션 = 동사로 시작 (설계·구현·검증·런칭) | "매칭 시스템" 명사형 |
| 5 | AI식 사전회피 | "전사적 차원에서", "지속 가능한 성장을", "유연하게 대응" — 작성 단계 차단 | 경영컨설팅 관용어 |
단계별 PRE_WRITE
- 청사진: 상태기술 1줄 ≤30자 + "이것이 아닌 것" 범위 1줄
- 로드맵: 마일스톤 = 상태 + 수치+기한 + 의존 1줄
- 액션리스트: 1아이템 = 한줄정의/Why/So What 3줄. 각 ≤25자
- 브리프: 파트별 포맷 안에서도 5룰 강제
자체검증
| # | 체크 | 위반 |
|---|
| 1 | 액션 카드 3줄·각 ≤25자? | 초과 = 압축 재작성 |
| 2 | 마일스톤 수치+기한? | 추상 = 수치화 |
| 3 | 액션 동사시작? | 명사형 = 동사 변환 |
| 4 | AI식 경영컨설팅 어휘 hit? | hit ≥ 1 = 평문 변환 |
§CONFIRM_GATE — 송출 직전 형 컨펌 (3단계 가드)
목적: PRE_WRITE 자가신고 우회 차단. 자체검증 통과 = 송출 ✗ → 형 컨펌 후 송출.
발동: 산출물 송출 직전 1회.
형식 (verbatim):
🔍 송출 전 검토 부탁드려요. AI 티·번역투·장황 있나요?
[OK / 수정 / 재작성]
규칙:
- 형 OK → 최종 송출
- 형 수정 → 형 지적 부분만 PRE_WRITE 재진입 → 재출력
- 형 재작성 → 모드 처음부터 재실행
SCOPE_OUT (컨펌 면제):
- ≤5줄 답변·단답·확인성·실행보고
- 진단 본문 (대화 내 분석, 산출물 ✗)
- 일반대화·핑퐁·컨펌게이트 자체
CHECK: 산출물 송출인데 컨펌게이트 미발동 = FAIL → 송출 폐기·재출력.
§INV NO_WORK_LABEL (산출물·대화 본질 보호)
| 항목 | 정의 |
|---|
| RULE | 산출물·대화 = 인간 언어. 작업 라벨 ZERO. (1만 페이지 1단어 = FAIL) |
| 판정 | "이 단어, 이 대화 밖 사람이 사전 없이 읽을 수 있나?" NO → 작업 라벨 → 금지 |
| ALLOW | 업계 전문용어(KPI·OKR·CEO·CTO·COO·R&R·MVP) · 고유명사 · 법조문 |
| CONVERT | 라벨 발견 → 실명·평문 풀어쓰기. 예) "샤워효과·캐스케이드·도메인도출 3트랙" → 결과만 노출 / "TURBO" → 진행 속도 평문 / "기획/디자인/개발 자동분류" → 분류 결과만 |
| SELF_CHECK | 액션리스트·로드맵 출력 직전에서 자체 스캔. 1개라도 발견 = 차단·재작성. paper-engine cascade 경유 시 INV 13 자동 적용 |
Output Path
| 산출물 | 경로 |
|---|
| 주 산출물 | mnt/outputs/ceo-pipeline_{topic}_{YYYY-MM-DD}.md |
| 형식 | .md로, 옵시디언으로. |
| 리서치 결과 (해당 시) | {VAULT}/_skills research/ceo-pipeline/{YYYY-MM-DD}_{topic}.md |
Reference Index
| 파일 | 내용 | 언제 |
|---|
references/mode-external.md | mode external | 해당 단계 진입 시 |
references/phase-actions.md | phase actions | 해당 단계 진입 시 |
references/phase-blueprint.md | phase blueprint | 해당 단계 진입 시 |
references/phase-brief.md | phase brief | 해당 단계 진입 시 |
references/phase-roadmap.md | phase roadmap | 해당 단계 진입 시 |
Next Phase
본 스킬 작업 후 자연스럽게 이어지는 흐름:
- 후속 작업 →
policy-planning
- 후속 작업 →
직접수행
Failure Modes (Gotchas)
- 과잉 서술(오바): 액션리스트 아이템을 "기획서처럼" 장황하게 서술하는 실수. 형 피드백으로 v3.0→v3.1 전면 재작성한 전례. 액션 아이템은 담담하고 간결하게 — 1아이템 2~3줄 이내.
- ASCII 코드블록 사용: 아이템 카드(§3d)나 크로스맵(§3e)을 ASCII 박스(┌──┐)로 그리는 실수. 코드블록 ASCII 산출물 사용 금지. 옵시디언 산출물은 HTML div 카드(html-div-style 또는 apple-design-style) 또는 마크다운 테이블 사용.
- 샤워효과 미작동: 청사진/로드맵만 구성하면 액션리스트가 자동 도출(캐스케이드)되어야 하는데, 도메인 전문지식 없이 기계적으로 쪼개는 실수. ①갭탐지→②도메인도출→③파트분류 3단계를 반드시 순차 수행.
- 수정4 미적용: 기존 산출물(청사진·로드맵·액션리스트) 버전업 시 수정4 프로토콜 없이 직접 수정하여 old 잔존(잡탕)·중복삽입이 발생하는 경우. 레벨 판정→게이트→외과적 실행→POST_VERIFY 필수.
❌ WRONG vs ✅ CORRECT
❌ WRONG: 트리거 단어만 보고 발동 — 본질·범위 확인 ✗ → 오발동·범위 이탈
✅ CORRECT: Skill Boundaries·When to Use 확인 후 발동 → 본질 작업만 수행
