mece
MECE 분해 프레임워크. 근본 원인을 후행/선행 문제로 분해하고 누락(Exhaustive)+중복(Mutually Exclusive)을 검증. 행동 가능한 선행 문제만 다음 단계 입력. v1.3.5 에서 problem-definition P3 를 독립 skill 로 분리.
- License 许可
- MIT
- 最近更新
- 2026-11-12
- Stars
- ★ 25
- Forks
- 2
01 前言 Front Matter
- name
- mece
- team
- _skill
- tier
- leader
- used_by
- [ "product-manager", "chief" ]
- category
- problem-definition
- triggers
- { "keyword": [ "mece", "분해", "decomposition" ] }
- description
- MECE 분해 프레임워크. 근본 원인을 후행/선행 문제로 분해하고 누락(Exhaustive)+중복(Mutually Exclusive)을 검증. 행동 가능한 선행 문제만 다음 단계 입력. v1.3.5 에서 problem-definition P3 를 독립 skill 로 분리.
- dev_capability
- false
- pm_conventions
- { "hard_gate": false, "post_labeling": true, "anti_sycophancy": true, "minimum_approaches": 1 }
- schema_version
- 2
02 资源文件 1
- 参考文档examples/CLAUDE_MD_TESTING.md5.3 KB
03 SKILL.md 正文
MECE — Decomposition
근본 원인을 후행 문제 + 선행 문제 로 분해. 누락(Exhaustive) + 중복(Mutually Exclusive) 검증. 합성 위치(v1.3.5): 요구사항 분석 서브워크플로의 구조 분해 렌즈.
형식
## 근본 원인: [원인]
### 후행 문제 (Lagging)
- (1.1) … / - (1.2) …
### 선행 문제 (Leading) — 행동 가능한 영역
- (2.1) … / - (2.2) … / - (2.3) …
### 분류 기준
"[기준 X] 가 있는지 없는지" 로 갈랐다.
### 경계 사례 점검
- (1.x) 와 (2.y) 가 겹치는가? → 겹치면 정의 재조정.
- 빠진 case 있는가? → 외부 케이스 1~2개 mental sim.
MECE 위반 시
- 중복(overlap): 정의/기준 재조정 · 누락(gap): 카테고리 신설 · 둘 다 안 되면 → 다른 분류 기준 재실행.
행동 가능성 우선
후행(lagging)은 결과. 선행(leading) 문제만 다음 단계(tdcc) 입력 후보.
출력 예시
## MECE
### 근본 원인: 멀티-org 추가 시 config 생성 책임 부재
### 후행 문제
- (1.1) 사용자 보고: config 없음 에러 - (1.2) Discord 진입 시 silent fail
### 선행 문제
- (2.1) lazy-create 패턴이 discord-adapter 에 없음
- (2.2) org 추가 CLI 가 config seed 안 함 - (2.3) migration 이 새 org 에 config 자동 생성 안 함
분류 기준: "config 가 *언제* 누락되었나" (lifecycle 단계).
04 同仓库更多 Skills
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-manager
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 후 호출.