원클릭으로
experiment-design
Test spec + metric + gate 조건 + 기간 + variant 정의. data-analyst 의 Confidence Score 모델 입력 가설을 받아 manifest.yaml 생성.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Test spec + metric + gate 조건 + 기간 + variant 정의. data-analyst 의 Confidence Score 모델 입력 가설을 받아 manifest.yaml 생성.
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 | experiment-design |
| description | Test spec + metric + gate 조건 + 기간 + variant 정의. data-analyst 의 Confidence Score 모델 입력 가설을 받아 manifest.yaml 생성. |
| schema_version | 2 |
| tier | leader |
| team | _skill |
| category | planning |
| used_by | ["product-manager"] |
| dev_capability | false |
| triggers | {"keyword":["실험","experiment","a/b test","ab test","test design"]} |
| pm_conventions | {"anti_sycophancy":true,"hard_gate":true,"post_labeling":true,"minimum_approaches":2} |
Hypothesis-design 의 후속. recommended hypothesis 를 검증 가능한 실험으로 변환.
skills/hypothesis-design<org>/experiments/<id>/manifest.yamlexperiment_id: exp-YYYY-MM-DD-<slug>
hypothesis:
xyz: "[X%] of [Y] will [Z] within [T], because [R]"
source_pr: "..."
variants:
- id: control
description: "current behavior"
traffic_pct: 50
- id: treatment
description: "..."
traffic_pct: 50
metrics:
primary:
name: "..."
formula: "..."
direction: increase | decrease
threshold: "..."
secondary: [...]
guardrail: [...]
design:
type: ab_test | feature_flag | concierge | wizard_of_oz | fake_door
duration_days: 14
min_sample: 1000
power: 0.8
alpha: 0.05
gates:
start:
- "instrumentation verified"
- "guardrail metrics baselines stable"
stop_early:
- "guardrail breach"
- "primary metric Δ p<0.01 (positive)"
end:
- "min_sample reached"
- "duration reached"
evidence_refs:
- "<org>/workflows/.../PRD.md"
- "<org>/memory/open-questions/<task>.json"
experiment design 도 항상 ≥2 후보:
가장 cheap 한 valid design 우선 권고.
- [ ] primary metric 1개 + threshold + window
- [ ] sample size 충분성 (power=0.8, α=0.05)
- [ ] guardrail metric ≥1 (regression 방지)
- [ ] start/stop/end gate 모두 정의
- [ ] product-designer 검토 (사용자 segment 차별 시)