| name | policy-planning |
| version | 1 |
| description | v1.0 정책기획 풀 파이프라인 (Phase 0~3). 리서치프레임→축별리서치→스파인→기획안→제출청소까지 일관 수행. 트리거: 정책기획, policy planning, 정책기획스킬, 정책안, 공공기획, 캠프전략, 캠페인전략, 선거전략, 정책제안, 리서치프레임, 스파인도출, 정책리서치, 정책설계, 정책문서, 정책보고서, 정책입안, 공약기획, 정책분석, 기획안써줘, 캠프전략짜줘, 정책 만들어줘, 정책안 작성해줘. NOT: 사업계획서(→bp-guide), 재무모델(→financial-model), 프레젠테이션(→pptx), 일반기획(→planning-skill), 사업전략(→biz-skill).
|
정책기획 풀 파이프라인 — 허브 라우터
정부·지자체·선거 후보 측의 정책기획을 리서치부터 기획안 완성까지 체계적으로 수행하는 허브 스킬.
Skill Boundaries
- 하는 것 — v1.0 정책기획 풀 파이프라인 (Phase 0~3).
- 안 하는 것 — 사업계획서(→bp-guide), 재무모델(→financial-model), 프레젠테이션(→pptx), 일반기획(→planning-skill), 사업전략(→biz-skill).
허브+스포크: 이 파일은 라우터이자 절차 강제기. 각 Phase의 상세 절차·템플릿·도시유형별 가이드는 references/에 분리되어 있다.
When to Use
- 사용자가 "기획안써줘", "캠프전략짜줘", "정책 만들어줘", "정책안 작성해줘", "policy plan" 같은 표현으로 발동
- 정책 기획·제안·보고서 작성시, 선거 캠프 전략 수립시, 공공 캠페인 기획시.
- 안 쓸 때 — 사업계획서(→bp-guide), 재무모델(→financial-model), 프레젠테이션(→pptx), 일반기획(→planning-skill), 사업전략(→biz-skill).
Prerequisites
| # | 체크 | 미충족 시 |
|---|
| 1 | 대상·입력 명확 (스킬 발동 의도 확인) | 1줄 확인 후 진입 |
| 2 | references/ 폴더 접근 가능 | inline fallback |
| 3 | scripts/ 실행 권한 | 권한 보정 후 재시도 |
⛔ 절대 규칙
| # | 규칙 |
|---|
| 1 | 발동 조건 외 임의 실행 금지 |
| 2 | 출력 형식 준수 — 내부 라벨 사용자 노출 금지 |
| 3 | UP 존댓말·호칭 규칙 우선 적용 |
에러 처리
실패 시 즉시 STOP + 사용자 보고. 재시도 최대 2회.
피드백
개선 제안은 thumbs down 버튼으로 Anthropic에 전달.
입력 검증
발동 전 필수 입력 확인. 불충분 시 1줄 질문으로 보완.
자체 점검 (self-check)
SKILL.md ≤10KB · P1 ≥5개 · Gotchas 존재 확인 후 수정 완료.
절차 강제 (ABSOLUTE RULES)
순서: Phase 0 → Phase 1 (research-frame 호출) → Phase 2 → Phase 3 → (선거맥락) 캠프 전략
게이트:
- Phase 0→1: 리서치프레임 사용자 확인 필수
- Phase 1→2: 스파인 사용자 확인 필수
- Phase 2 완료→3: 13축 제출청소 필수 (→ references/phase3-cleanup.md)
- 6+ 분야 완료→통합: 교차검증 5축 필수 (→ references/cross-validation.md)
금지 사항:
- 폴더 생성 전 리서치·기획안 착수 금지
- Phase 1 스킵 금지 (리서치 없이 기획안 쓰지 말 것)
- 스파인 미확정 상태로 Phase 2 진입 금지
- research-frame에서 역호출 금지 (리서치 메모는 별도 파일로)
- 기초자치단체에 ABCD 4축 강제 적용 금지 → 3축 선택 분기
라우팅 테이블
| Phase | 작업 | 참조 | 담당 주체 |
|---|
| 0 | 셋업: 행정단위→도시유형→주체DNA→분야 도출→폴더 생성 | phase0-setup.md | Agent |
| 1 | 리서치프레임→축별리서치→스파인 도출 | phase1-research.md + research-frame 호출 | research-frame 호출 |
| 2 | 기획안 (ABCD 또는 3축) | phase2-plan.md | Agent |
| 3 | 제출청소 13축 | phase3-cleanup.md | Agent |
| +캠프 | 8대 기획안 (선거맥락에서만) | campaign-strategy.md | 캠프 담당자 |
| +검증 | 교차검증 5축 (6+ 분야에서만) | cross-validation.md | Agent |
모드 선택 (행정단위 판별)
시작 → "행정단위는?" 질문
├─ 광역(시·도)
│ ├─ 문화예술 단일 분야 → ABCD 4축 기획
│ └─ 다분야 → 분야당 3축 기획 + 교차검증
│
└─ 기초(구·시·군)
└─ 분야당 3축 기획 + 시-구 협력 레버
→ 상세: references/framework-axiom.md
→ 도시유형별 진단 프레임: references/city-types-diagnosis.md
핵심 개념
스파인의 필요성:
- 축 3-4개를 단순 병렬 나열하면 "왜 이 묶음인가"라는 질문에 답 못함
- 스파인 = 축들을 관통하는 핵심 서사 1개
- 스파인 없이는 기획안이 구호 나열로 전락
도시유형에 따른 진단 프레임:
- 메가시티: 7대 구조적 공백 → 서울
- 항구2등도시: 3대 병목 → 부산
- 광역지역: 3대 위기 → 경남
- 관문도시: 4대 역설 → 인천
- 기초자치단체: 3대 역차별 → 강남구
- 광역메가도: N대 구조이슈 → 경기도
→ 상세: references/city-types-diagnosis.md
선거 vs 지자체 vs 광역 vs 기초:
- 맥락에 따라 스파인·축 구조·제출 대상이 완전히 다름
- → references/scope-scaling.md
스킬 호출 규칙
policy-planning (이 스킬)
↓ (Phase 1에서 단방향 호출)
research-frame (리서치 위임)
→ 결과: _research/기획메모_[축명].md로 반환
(역호출 금지)
policy-planning (계속)
↓ (필요시 하위 호출)
ceo-pipeline (내부 조직운영 로드맵)
(역호출 금지)
→ 상세: references/why-this-skill.md
자주 발생하는 함정 (Gotchas)
| 함정 | 해결 |
|---|
| 리서치 스킵 ("바로 기획안 써줘") | Phase 1 필수 + 최소 약식 프레임 설계 |
| 스파인 미확정 → 축 나열만 | 스파인 도출 + 사용자 확인 게이트 |
| 기초자치단체에 ABCD 강제 | 행정단위 판별 → 3축 선택 분기 |
| 선거인데 정책만 쓰기 | 8대 기획안 체계 (판세·브랜딩·위기 필수) |
| 6+ 분야에서 수치·용어 불일치 | 교차검증 5축 (예산정합부터) |
| 제출청소를 뒤에 하기 | 작성 시점부터 제출청소 기반 |
→ 전체 목록: references/gotchas.md
수정 프로토콜
산출물 수정시 trigger-dictionary §6 수정4 프로토콜 적용:
- 레벨 판정 (L1/L2/L3)
- 게이트 (범위 확인)
- 외과적 실행 (grep 기반 검사)
- POST_VERIFY (전파맵 포함)
특히 Phase 2 버전업·Phase 3 제출청소에서 old 잔존·중복·과삭제 방지 필수.
예시
발동 후 스킬 프로토콜에 따라 단계별 실행 → 산출물 생성.
PRE_WRITE — 정책 기획안 작성 직전 룰
목적: 스파인·축 라벨·정책 헤드를 작성 시점에 단문·단언형·수치+출처 강제. shaper-skill 사후교정 + PRE_WRITE 사전생성 = 이중 게이트.
5룰 (Phase 2 작성 직전 강제)
| # | 룰 | 정책 결로 변환 | FAIL 신호 |
|---|
| 1 | 스파인 단문 | 핵심 서사 1줄 ≤25자. 단언형 | "추진하고자 한다" 완곡 / 30자+ |
| 2 | 축 헤드 단언형 | 각 축 헤드 ≤20자. 결론·주장형 | 라벨식·질문식 헤드 |
| 3 | 수치+출처 강제 | 모든 정책 주장 = 수치 + 1차 출처 1조 | "큰 효과가 있을" 추상 |
| 4 | 문장당 1명제 | 본문 1행 = 1주장. AND·OR 묶기 ✗ | "A하면서 B도 하고" |
| 5 | AI식 사전회피 | "관련 부서와 긴밀히 협력하여", "지속 가능한 발전을", "포용적 성장" — 작성 단계 차단 | 행정관용어·추상명사 |
Phase별 PRE_WRITE
- Phase 1 스파인 도출: 스파인 1줄 ≤25자 강제. 형 확인 게이트 통과 조건
- Phase 2 기획안 작성: 축 헤드·소제목·본문 5룰 강제
- Phase 3 제출청소: 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
🚨 MUST cascade → shaper-skill
모든 산출물 shaper-skill MUST 경유. → shaper-skill/references/_common/cascade-must.md
Output Path
| 산출물 | 경로 |
|---|
| 주 산출물 | mnt/outputs/policy-planning_{topic}_{YYYY-MM-DD}.md |
| 형식 | 옵시디언으로, 마크다운으로.md로. |
| 리서치 결과 (해당 시) | {VAULT}/_skills research/policy-planning/{YYYY-MM-DD}_{topic}.md |
Reference Index
| 파일 | 내용 | 언제 |
|---|
references/campaign-strategy.md | campaign strategy | 해당 단계 진입 시 |
references/city-types-diagnosis.md | city types diagnosis | 해당 단계 진입 시 |
references/cross-validation.md | cross validation | 해당 단계 진입 시 |
references/framework-axiom.md | framework axiom | 해당 단계 진입 시 |
references/gotchas.md | gotchas | 해당 단계 진입 시 |
references/phase0-setup.md | phase0 setup | 해당 단계 진입 시 |
references/phase1-research.md | phase1 research | 해당 단계 진입 시 |
references/phase2-plan.md | phase2 plan | 해당 단계 진입 시 |
references/phase3-cleanup.md | phase3 cleanup | 해당 단계 진입 시 |
references/scope-scaling.md | scope scaling | 해당 단계 진입 시 |
references/why-this-skill.md | why this skill | 해당 단계 진입 시 |
Next Phase
본 스킬 작업 후 자연스럽게 이어지는 흐름:
- 후속 작업 →
bp-guide
- 후속 작업 →
financial-model
- 후속 작업 →
pptx
- 후속 작업 →
planning-skill
- 후속 작업 →
biz-skill
Failure Modes (Gotchas)
| 함정 | 대응 |
|---|
| Phase 건너뛰기 | 0→1→2→3 순서 준수. 스파인 없이 기획안 금지 |
| 리서치 과잉 수렴 | Phase 1에서 수렴 기준 명확히. 무한루프 방지 |
| 제출청소 생략 | Phase 3 필수. 내부 용어 노출 시 품질 저하 |
| 볼트 외 저장 | 산출물은 반드시 VAULT 하위 경로에만 |
❌ WRONG vs ✅ CORRECT
❌ WRONG: 트리거 단어만 보고 발동 — 본질·범위 확인 ✗ → 오발동·범위 이탈
✅ CORRECT: Skill Boundaries·When to Use 확인 후 발동 → 본질 작업만 수행