ceo-pipeline

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 나열보다 자동 도출 우선.

---

체크리스트

• 청사진: 상태 기술 + "이것이 아닌 것" 범위 한정
• 로드맵: 상태 기술 + 순서/의존 + 측정가능 달성조건
• 액션리스트: 캐스케이드 3단계 수행 + 카테고리·파트 태깅 + 서론 성장프레임 매핑
• 액션리스트: 트랙접두어 번호 + 시간순 배열 + 한줄정의/Why/So What + 마일스톤 연결
• 액션리스트: 2개↑ 시 크로스맵 + 제목 액션리스트_[트랙]_[시점]_v{M}.{m}
• 브리프: 파트별 포맷(기획→PRD, 디자인→디자인브리프, 개발→기술스펙) + 등급별 분량

---

TURBO 모드 — 고품질 병렬 가속화

목적: 액션리스트 도출 시간 단축. 샤워효과(캐스케이드 3단계)·수정4·형 승인 게이트 불변, 도메인 도출만 3트랙 Agent 분산.

트리거: "터보로 도출" · "TURBO" · "파이프라인 터보" 명시. 미명시 = 일반.

원칙 (4):

1. 병렬화만, 스킵 금지 — ①갭 탐지·②도메인 도출 반자동 승인·③ 파트 분류 최종 통합 불변
2. 독립성 확인 — 기획/디자인/개발 3트랙은 갭 목록 공유 후 독립 도출 가능
3. 통합 시퀀셜 — 형 승인·크로스맵·마일스톤 연결은 메인
4. 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 확인 후 발동 → 본질 작업만 수행