planning-skill

name	planning-skill
version	1
description	범용 기획 파이프라인. 상황배경→가설→리서치→수렴→창의적 점프의 6Phase 오케스트레이터. 도메인 무관. 트리거: 플래닝, 플래닝스킬, 기획설계, 기획프로세스, 범용기획, planning skill, 기획방법론, 기획파이프라인, 기획오케스트레이터, 기획시작, 기획도와줘, 기획해줘, 기획방향, 기획틀, 기획구조, 기획순서, 기획단계, 기획흐름, 신규기획, 프로젝트기획, 서비스기획, 사업기획. NOT: 정책기획(→policy-planning), 로드맵·액션리스트(→ceo-pipeline), 리서치만(→research-skill), BP·사업계획서(→bp-guide), UI설계(→ui-designer), 재무모델(→financial-model).

Planning Skill

범용 기획 파이프라인. 형의 기획 사고 흐름을 6 Phase로 프로토콜화한 오케스트레이터.

Skill Boundaries

• 하는 것 — 범용 기획 파이프라인.
• 안 하는 것 — 정책기획(→policy-planning), 로드맵·액션리스트(→ceo-pipeline), 리서치만(→research-skill), BP·사업계획서(→bp-guide), UI설계(→ui-designer), 재무모델(→financial-model).

이 스킬의 핵심 역할: 기획의 "언제·무엇을" 판단하고, "어떻게"는 전문 스킬/트리거에 위임한다.

---

When to Use

• 사용자가 "기획해줘", "기획 시작", "설계해줘", "plan this", "start planning" 같은 표현으로 발동
• 도메인 무관 기획 시작시, 기획 방향이 안 잡힐 때, 리서치→기획안 연결이 필요할 때.
• 안 쓸 때 — 정책기획(→policy-planning), 로드맵·액션리스트(→ceo-pipeline), 리서치만(→research-skill), BP·사업계획서(→bp-guide), UI설계(→ui-designer), 재무모델(→financial-model).

Prerequisites

#	체크	미충족 시
1	대상·입력 명확 (스킬 발동 의도 확인)	1줄 확인 후 진입
2	references/ 폴더 접근 가능	inline fallback
3	scripts/ 실행 권한	권한 보정 후 재시도

⛔ 절대 규칙 (5개)

#규칙이유1포맷은 형이 지정 — 스킬이 .docx·.html·HTML div 등 임의 결정 금지포맷 오결정은 전체 산출물 재작업으로 연결2P1→P2 Hard Gate — 갭 매트릭스 없이 P2 진입 금지, P2 없이 기획안 작성 금지리서치 없는 기획 = 근거 공백3스파인 확정 후 P4 — P3 수렴 미완료 시 점프기술 적용 금지발산만 되고 수렴 실패4도메인 라우팅 우선 — NOT 신호 감지 시 대체 스킬로 위임 (policy-planning·ceo-pipeline·bp-guide·ui-designer·research-frame·financial-model)도메인 특화 프로토콜 누락 방지5허브는 위임 — "어떻게"는 전부 trigger-dictionary·스킬 호출. 허브가 직접 실행 금지오케스트레이터 역할 유지, 토큰 폭식 방지

---

파이프라인 총괄

로딩 규칙: references/phase{N}.md는 해당 Phase 진입 시에만 로드한다. 전체 동시 로드 금지 — 허브는 10KB 유지.

P0 상황배경 → P1 가설적 목표 → P2 가설확장+리서치 → P3 논리적 수렴 → P4 창의적 점프 → P5 기획안 진화
                                                         ↓
                                                   (정책기획 등: P5 직행)

Phase이름핵심 행위호출 도구상세P0상황배경좌표계 설정 (의뢰자·배경·제약·성공기준)자체references/phase0-setup.mdP1가설적 목표"완전한 X" MECE 분해 → 갭 매트릭스절대자 트리거references/phase1-hypothesis.mdP2가설확장+리서치갭→리서치 가설→축별 조사→교차분석research-frame 스킬 + 연역수렴references/phase2-research.mdP3논리적 수렴스파인 도출 → 전략 방향 확정 → 기획안 뼈대백본·스켈레톤 트리거references/phase3-convergence.mdP4창의적 점프논리적 결론에 점프기술 적용 → 복수 컨셉맥가이버·아날로지·모순기술 등references/phase4-jump.mdP5기획안 진화v1→v2→v3 반복. 형 지정 포맷으로 최종화SHE·제출청소·이쁘니 트리거references/phase5-evolution.md

---

게이트 (Phase 간 통과 조건)

게이트를 두는 이유: 리서치 없이 기획하거나, 스파인 없이 축 나열하는 실패를 구조적으로 차단한다.

전환통과 조건미충족 시게이트 유형P0→P1배경·의뢰자·제약·성공기준 중 3/4 확보부족 항목 질문HardP1→P2갭 매트릭스 완성 + 🔴 1개 이상갭 없으면 "기획 불필요" 보고HardP2→P3축별 최소 1건 교차 확인 + 확신도 50↑추가 리서치 축 제안SoftP3→P4스파인 확정 + 형 방향 승인스파인 후보 2~3개 → 형 선택SoftP3→P5형 "여기서 마무리" 또는 수렴 완료 판단P4 스킵, P5 직행SoftP4→P5점프 결과 형 확인다른 점프기술 적용 또는 P3 복귀Soft

게이트 정책:

• Hard gate (P1→P2): 필수 통과. 미충족 시 다음 Phase 진입 불가.
• Soft gate (P2→P3, P3↑): 경고 제시 후 진행 가능. 형이 판단하여 스킵 가능.

P2 리서치 반려 시 복귀 경로:P2 리서치 결과가 불충분하면:

1. P1의 갭 프레임만 수정
2. P1 전체 재실행 아님
3. 수정된 갭으로 P2 재진입 (축별 조사 재수행)

---

포맷 규칙

기획안 최종 포맷은 형이 직접 지정한다. 스킬이 임의로 정하지 않는다.

항목기본값형 지정 시파일 형식Obsidian .md형이 명시한 포맷 우선 (.docx.html 등)구조·스타일모래시계+블록설계형 지정 스타일 체계 (HTML div, apple-design 등)줄 수·부록기본값형 지정값 (예: 40줄, 부록접기)

---

스킬 의존성 (Cascade)

이 스킬이 Phase별로 호출하는 외부 스킬·트리거. cascade-map §2 권장선행에 등록됨.

Phase호출 대상유형호출 방식P1절대자트리거 (trigger-dictionary)"완전한 X" MECE 분해P2research-frame스킬 (직접 호출)갭→리서치 가설→축별 조사P2연역수렴트리거 (trigger-dictionary)수렴검증 4축 적용P3백본·스켈레톤트리거 (trigger-dictionary)스파인 도출→기획안 뼈대P4hit-skill스킬 (직접 호출)자극설계 모드로 히트패턴 적용P4맥가이버·아날로지·모순기술·넛지트리거 (trigger-dictionary)점프기술 (형 승인 후)P5SHE·제출청소·이쁘니트리거 (trigger-dictionary)기획안 진화·최종화

요약: 스킬 직접 호출 2건(research-frame, hit-skill) + trigger-dictionary 경유 다수. planning-skill은 허브이고, 실제 "어떻게"는 전부 위임한다.

---

라우팅

이 스킬이 처리하지 않는 영역과 위임 대상. 대화 초반에 도메인을 감지하여 라우팅한다.

신호위임 대상이유지자체·선거·정책·공약policy-planning행정단위 프로파일링, ABCD축, 제출청소 등 도메인 특화 프로토콜 보유청사진→로드맵→액션 전환ceo-pipeline샤워효과 캐스케이드 특화. 로드맵·액션리스트 단독 요청 = ceo-pipeline 직행. "기획 후 로드맵까지" = planning-skill P0~P3 → P3 완료 시 ceo-pipeline 핸드오프사업계획서·IR·피치덱bp-guideVC 프레임 특화UI·화면설계·PRDui-action-designer피그마→PRD→Action 특화리서치만 단독 수행research-frameWHY→HOW→SCOPE 단독 실행재무모델·매출추정financial-model가정→산출→시나리오 특화

경계 상황: "기획인데 정책 요소도 있다" → 플래닝 스킬로 시작, P2에서 policy-planning의 축별리서치 참조 가능. 핵심은 메인 파이프라인을 누가 관장하느냐로 판단.

---

P4 점프기술 추천 로직

P3 수렴 완료 후, 형이 직접 지정하지 않으면 상황에 따라 추천한다.

상황추천 트리거이유타 분야 영감 필요아날로지구조적 유사성 전이자원·시간 제약 내 돌파맥가이버제약 조건 내 재조합양립 불가 요구 공존모순기술모순 해소 프레임인간 반응·행동 설계hit-skill (자극설계 모드)인간 메커니즘 레이어행동 유도·선택설계넛지선택 아키텍처형이 직접 지정해당 트리거—

추천은 1~2개. 형 승인 후 trigger-dictionary 스킬 호출로 실행.

---

planning-recipe 메타패턴 흡수

기존 planning-recipe에서 검증된 7가지 법칙 중 6개를 각 Phase에 내장했다.

메타패턴반영 위치방식절대자 프레임→역추적P1절대자 트리거 호출MECE 분해→병렬 리서치P1→P2갭 매트릭스가 리서치 축을 자동 정의리서치→결정 3단 전환P2→P3팩트→결정→기획반영 테이블기획안 반복 진화P5v1→v2→v3 프로토콜동일 리서치→복수 컨셉P4프레이밍 변수(수혜자·가치축·제약수용·톤)갭 분석이 구조를 만든다P1핵심 원리

"의뢰자 프로파일링 기반 일관성"은 P0 좌표계에서 의뢰자 프로파일을 필수 항목으로 설정하여 간접 반영.

---

PRE_WRITE — P5 기획안 작성 직전 룰

목적: 기획안 v1·v2·v3 작성 시점에 단문·단언형·수치+출처 강제. SHE·제출청소 트리거의 사후정리 + PRE_WRITE 사전생성 = 이중 게이트.

5룰 (P5 작성 직전 강제)

#	룰	기획 결로 변환	FAIL 신호
1	스파인 단문	핵심 서사 1줄 ≤25자. 단언형	"추진하고자 한다" 완곡 / 30자+
2	소제목 단언형	모든 소제목 ≤20자, 결론·주장형	라벨식·질문식
3	수치+출처 강제	모든 주장 = 수치 + 1차 출처 1조	"큰 효과" 추상
4	문장당 1명제	본문 1행 = 1주장	AND·OR 묶기
5	AI식 사전회피	"전사적 차원에서", "유연하게 대응", "지속 가능한" — 작성 단계 차단	컨설팅 관용어

Phase별 PRE_WRITE

• P3 수렴: 스파인 1줄 ≤25자 강제. 형 승인 게이트 통과 조건
• P5 진화: v1·v2·v3 모두 5룰. 진화 = PRE_WRITE 통과 카피의 압축
• 제출청소 트리거: 5룰 위반 grep = 청소 1차 필터

자체검증

#	체크	위반
1	스파인 ≤25자, 단언형?	초과·완곡 = 재수렴
2	소제목 단언형?	라벨식 = 재작성
3	수치+출처?	누락 = 자료 보완
4	AI식 어휘 hit?	hit ≥ 1 = 평문 변환

---

---

§CONFIRM_GATE

산출물 송출 직전 형 컨펌 1회. → shaper-skill/references/_common/confirm-gate.md

§INV NO_WORK_LABEL

산출물·대화 작업 라벨 ZERO. → shaper-skill/references/no-work-label.md

Output Path

산출물	경로
주 산출물	mnt/outputs/planning-skill_{topic}_{YYYY-MM-DD}.md
형식	기획안으로, 전략서로, 제안서로.md로.
리서치 결과 (해당 시)	{VAULT}/_skills research/planning-skill/{YYYY-MM-DD}_{topic}.md

Reference Index

파일	내용	언제
references/phase0-setup.md	phase0 setup	해당 단계 진입 시
references/phase1-hypothesis.md	phase1 hypothesis	해당 단계 진입 시
references/phase2-research.md	phase2 research	해당 단계 진입 시
references/phase3-convergence.md	phase3 convergence	해당 단계 진입 시
references/phase4-jump.md	phase4 jump	해당 단계 진입 시
references/phase5-evolution.md	phase5 evolution	해당 단계 진입 시
references/post-doctor-notes.md	post doctor notes	해당 단계 진입 시

Next Phase

본 스킬 작업 후 자연스럽게 이어지는 흐름:

• 후속 작업 → policy-planning
• 후속 작업 → ceo-pipeline
• 후속 작업 → research-skill
• 후속 작업 → bp-guide
• 후속 작업 → ui-designer

Failure Modes (Gotchas)

• 리서치 없이 기획 착수: P1 갭 매트릭스만으로 바로 기획안 작성 시도. 반드시 P2를 거쳐야 "왜 이 방향인가"의 근거가 생긴다.
• 스파인 미확정 상태로 P4 진입: 점프기술은 수렴된 결론 위에 적용해야 효과. 스파인 없이 점프하면 발산만 됨.
• P4를 매번 강제: 형이 "여기서 마무리"라고 하면 P3→P5 직행. 점프가 항상 필요한 건 아니다.
• 포맷 임의 결정: .md 외 포맷이나 스타일 체계는 반드시 형이 지정. 스킬이 "HTML div 적용하겠습니다" 같은 자의적 판단 금지.
• 도메인 라우팅 무시: 정책기획 신호가 명확한데 플래닝 스킬로 강행하면 ABCD축·제출청소 등 도메인 프로토콜 누락.
• P0 과잉 세팅: 프로젝트 CLAUDE.md가 이미 있으면 P0 대부분 스킵 가능. 매번 처음부터 좌표계를 세우지 않는다.
• QC 결과를 산출물에 포함: P5의 기획언어 금지패턴 체크, 수치 정합성 검증 등은 내부 검증 절차다. 산출물에 "금지패턴 준수 확인" 테이블이나 "사용 안 함" 목록을 넣으면 금지 표현이 산출물에 노출된다. QC는 작성 과정에서 수행하고, 그 결과(체크리스트·검증 로그)는 산출물에서 제거한다.
• 라우팅 위임 시 대상 스킬 내부 구조 인용: 위임을 제안할 때 대상 스킬의 Phase 번호, 단계명, 내부 프로토콜명 등을 산출물에 인용하지 않는다. "정책기획 전문 파이프라인이 더 적합할 수 있다" 수준으로 안내하고, 형이 상세를 원하면 해당 스킬 호출로 대응한다.

❌ WRONG vs ✅ CORRECT

❌ WRONG: 트리거 단어만 보고 발동 — 본질·범위 확인 ✗ → 오발동·범위 이탈
✅ CORRECT: Skill Boundaries·When to Use 확인 후 발동 → 본질 작업만 수행