بنقرة واحدة
premortem
출시 전 pre-mortem 분석. "이미 실패했다고 가정하고 원인 역추적." launch checklist + release notes draft 자동 생성.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
출시 전 pre-mortem 분석. "이미 실패했다고 가정하고 원인 역추적." launch checklist + release notes draft 자동 생성.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
workflow(org 단위 조립물 — stage DAG 가 워크스페이스의 skill·agent 를 참조)의 대화형 매니저이자 작성 표준의 권위. 의도에서 workflow YAML 을 합성·검토·개선하도록 안내하고, 좋은 워크플로 노하우(본질 원칙=목표·근거·방법→결론·핸드오프 / DAG 무순환 / exit_criteria measurable / 기획 3대 편향 가드)를 보유한다. 결정적 동작(new/list/show/validate)은 solosquad workflow * 헬퍼로 위임. 사용 시점 — 워크플로를 새로 만들·고칠 때, 또는 다른 워크플로의 작성 품질을 판단할 때.
기획 산출 문서(prd·ideation·reports·architecture·roadmap)의 대화형 큐레이션 매니저. 외부/내부 분류·명명 규칙·PRD↔배포버전 결합·배포 전 최신화 게이트·카테고리 INDEX 유지를 안내한다. 사용 시점 — 문서를 어디에 둘지·어떤 버전으로·언제 최신화·외부냐 내부냐를 판단할 때(광의), 새 PRD/리포트/ideation 의 분류·배치·생성, 문서 재배치, 배포 전 docs-check 통과를 할 때(구체). 결정적 게이트는 npm run docs-check 로 위임하고 파괴적 파일 이동·삭제는 적용 전 확인. (제외 — 한 PRD 를 *어떻게 쓰나*는 prd 스킬, trend-record, human-edited 메타 AGENTS/CLAUDE/CONTRIBUTING/LICENSE)
PRD 작성 (phuryn template + gstack design doc 컨벤션). 8-section 1-pager + v1.3.5 메인별 2 양식(new-build/improvement) 분기 + 요구사항 3대 유형(개발·콘텐츠·리포트) 렌더 + 섹션 누적 기입 + v1.3.8 작성 8규칙(R1–R5 맥락·오버스펙 축 — 버전계층 목표상속·스코프 비포함경계·지시 요구사항 전사·As-Is/To-Be 개념+형태·체크리스트 워크플로 리뷰 / R6–R8 확률성·검증 축 — AI 제품 PRD 분기[허용 답변 범위·Eval Plan]·완성도 단계 척도·Given-When-Then AC). 프레임워크 체인·서브워크플로 출력을 입력으로 받아 PRD 생성.
Workspace-bundled autonomous Product Manager. 문제 정의 / PMF 가설·실험 / 마일스톤·WBS / 데이터 기반 판단. 사용자와 직접 대화 안 함 (Chief 경유). 구 pmf-planner 흡수.
Org-level supervisor. 사용자 소통 / 과제화 / 4 main bot 오케스트레이션 / 회고. 도메인 전문가 customized (org 단위 1개).
메트릭·실험·KPI 분석. Confidence Score 추적 (RO-PNA), per-contributor breakdown + shipping streak (gstack). Amplitude pattern 차용.
| name | premortem |
| description | 출시 전 pre-mortem 분석. "이미 실패했다고 가정하고 원인 역추적." launch checklist + release notes draft 자동 생성. |
| schema_version | 2 |
| tier | leader |
| team | _skill |
| category | planning |
| used_by | ["product-manager","chief"] |
| dev_capability | false |
| triggers | {"keyword":["premortem","pre-mortem","런치 전 점검","launch checklist","post-mortem"]} |
| pm_conventions | {"anti_sycophancy":true,"hard_gate":true,"post_labeling":true,"minimum_approaches":1} |
Tier-2 (v1.1.x slot). Gary Klein 의 pre-mortem 기법. 출시 전 마지막 sanity check.
"6개월 후. 이 프로젝트는 실패 했다. 사용자는 떠났고, OKR 미달."
가능한 모든 실패 시나리오를 나열. positive thinking 자제, 비관적으로.
failure_modes:
- id: f1
scenario: "사용자가 첫 사용 후 다시 안 옴"
likelihood: high | medium | low
impact: critical | major | minor
detection_lag: "..." # 얼마나 늦게 알게 되나
early_signal: "..." # 어떤 지표가 미리 알려주나
mitigation:
- "..."
## Launch Checklist — {{project}}
### Pre-launch (T-3d)
- [ ] qa regression test 통과
- [ ] security audit (auth/data 변경 시)
- [ ] product-designer 검토 (정책 영향 시)
- [ ] data-analyst instrumentation 검증
- [ ] (premortem risks → 대응 완료 확인) × 5
### Launch (T-0)
- [ ] rollback plan 명시
- [ ] monitoring dashboard 준비
- [ ] support 응답 ready
- [ ] release notes 작성 완료
### Post-launch (T+24h)
- [ ] leading indicator 5 지표 확인
- [ ] guardrail metric 회귀 없는지
- [ ] 사용자 피드백 1-pass
- [ ] (premortem early signal 모니터링)
# {{Project}} — Release Notes
## TL;DR
{{1 line summary}}
## What's New
- ...
## Why
- {{problem this solves}}
## How to Use
- ...
## Known Limitations
- {{premortem 의 mitigated risks 일부 명시}}
## Feedback
- ...
- [ ] failure modes ≥ 10 brainstorm
- [ ] top 5 risk 모두 mitigation 완료
- [ ] launch checklist 모든 항목 ✅
- [ ] release notes 작성 완료
- [ ] rollback plan 명시 + 실험
비관적 사고 강제: