SaPN

xyz-hypothesis

검증 가능한 가설 프레임워크 — "[X%] of [Y segment] will [Z behavior] within [T period], because [R]". 입장+반증 조건 강제, 최소 2개 접근, V/U/V/F 가정 분류. v1.3.5 에서 problem-definition P5 를 독립 skill 로 분리.

workflow-refinement

Workflow 종료 시 개선 제안. stage 의존성 / handoff 효율 / 평균 cycle time 분석. Chief 가 RETROSPECT 에서 호출.

workflow(org 단위 조립물 — stage DAG 가 워크스페이스의 skill·agent 를 참조)의 대화형 매니저이자 작성 표준의 권위. 의도에서 workflow YAML 을 합성·검토·개선하도록 안내하고, 좋은 워크플로 노하우(본질 원칙=목표·근거·방법→결론·핸드오프 / DAG 무순환 / exit_criteria measurable / 기획 3대 편향 가드)를 보유한다. 결정적 동작(new/list/show/validate)은 solosquad workflow * 헬퍼로 위임. 사용 시점 — 워크플로를 새로 만들·고칠 때, 또는 다른 워크플로의 작성 품질을 판단할 때.

wbs

마일스톤 → WBS (Work Breakdown Structure) 분해. PM 핵심 산출물. team OKR 의 KR 을 분기→주→일 단위 작업으로 변환. dependency graph + critical path 식별.

triage

Chief 의 과제 분류 도구. 사용자 입력을 4-way 분류 (discussion / workflow / cron / goal) + Educational Nudge (불명확 시 KNOWLEDGE 가이드 선제시).

skill-refinement

Skill 사용 후 개선 제안. ledger 분석으로 어느 skill 이 자주 실패 / open_question 다발 / 비효율인지 식별. Chief 가 retrospective 후 호출.

skill-manager

skill(SKILL.md)의 대화형 매니저이자 **작성 표준의 권위(authoring authority)**. 새 skill 생성·검토·개선을 Chief 세션 안에서 안내하고, 좋은 SKILL.md 작성 노하우(description 공식·정량 한도·번들 구조·eval 검증·frontmatter 필드 감사)를 보유한다. 결정적 동작(scaffold/list/show/validate)은 `solosquad skill *` 헬퍼로 위임하고, 의도→초안·품질 검토·개선은 대화로 진행한다. 사용 시점 — skill 을 새로 만들 때, 기존 skill 을 고칠 때, 또는 다른 skill 의 작성 품질을 판단할 때. v1.3.6 — 코드 백엔드 `src/bot/skill-manager.ts` 위에 작성 권위를 얹음.

retrospective

Cycle 종료 시 회고 진행. gstack /retro per-contributor breakdown + RO-PNA Confidence Score 갱신. Chief 가 RETROSPECT stage 에서 호출. weekly cron 에서도 호출.

prioritization

9 framework (RICE/ICE/Kano/Opportunity Score/MoSCoW/Weighted/Eisenhower/Value-vs-Effort/Cost-of-Delay) 비교 후 컨텍스트 맞춤 selection + 계산.

primitive-review

primitive(skill·agent·workflow·goal·cron) 정의를 정적 validate 이후 LLM 품질 관점으로 검토. 모호한 description·불명확한 위임 경로·측정 불가 exit_criteria·cadence-prompt 불일치를 지적. 사용자나 Chief 가 "리뷰해줘" 요청 시 호출.

premortem

출시 전 pre-mortem 분석. "이미 실패했다고 가정하고 원인 역추적." launch checklist + release notes draft 자동 생성.

prd

PRD 작성 — 단일 양식(목표 → 결정 필요 항목 → 범위[포함·비포함·인수 조건] → 구현 방법[후보·채택안·선택 근거] → 리스크와 보완책[구현 부작용 포함] → 검증 → 결과, 번호 고정). PRD 는 문서 한 장이 아니라 의사결정 · 구현 설계 · 결과를 담은 **제품 맥락 집합**이며 LLM wiki 의 토대다(맥락 원칙 K1–K5 — 안정 ID · 결정 보존 · 근거 연결 · 결과는 사실 · 고정 메타). 요구사항 3대 유형(개발·콘텐츠·리포트), 작성 10규칙(R1 버전계층 목표상속 · R2 범위=포함+비포함+인수 조건 · R3 지시 전사+결정 필요 표시 · R4 As-Is/To-Be 개념+형태 · R5 작업 체크리스트 리뷰 · R6 AI 제품 분기[허용 답변 범위·Eval Plan] · R7 완성도 척도 · R8 인수 조건 Given-When-Then · R9 구현 방법 = 담당 에이전트가 전문가 관점에서 후보를 비교해 채택 · R10 리스크 = 외부 위험 + 채택안의 부작용). 프레임워크 체인·서브워크플로 출력을 입력으로 받아 PRD 생성. 사용 시점 — PRD·기획서·요구사항 문서를 새로 쓰거나 고칠 때, 릴리스 버전의 계획을 문서로 확정할 때, 검증 후 결과를 기록할 때.

产品经理

policy

서비스 정책·약관·규제 설계 — ToS·개인정보·환불·AI 사용·콘텐츠 정책. 초안은 design doc 만(코드 변경 금지, Hard Gate). MECE 누락 검증. product-designer·product-manager 가 활용.

产品经理

opportunity-tree

Teresa Torres OST (Opportunity Solution Tree) + gstack Six Forcing Questions 자가검증. outcome → opportunity → solution → experiment 매핑. PM 자체 reasoning, 사용자 Q&A 안 함.

okr

분기 OKR 작성·갱신. team/{team}/OKR.md 또는 <org>/teams/{team}/OKR.md 에 기록. Chief 의사결정 (PM 은 입력으로 받음).

mece

MECE 분해 프레임워크. 근본 원인을 후행/선행 문제로 분해하고 누락(Exhaustive)+중복(Mutually Exclusive)을 검증. 행동 가능한 선행 문제만 다음 단계 입력. v1.3.5 에서 problem-definition P3 를 독립 skill 로 분리.