القائمة
영향 서브도메인을 Core/Supporting/Generic 으로 분류하고 차별성·build-vs-buy 를 판단하는 Strategize 스테이지(ddd-starter Step 4). 기존 전략 메모리를 재사용한다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
컨텍스트 간 상호작용을 Event/Command/Query 로 분류하고 pub/sub vs 동기 결합을 결정하며 결합 위험을 점검하는 Connect 스테이지(ddd-starter Step 5).
Discover 이벤트를 도메인 용어 서브도메인으로 묶고 책임·인접관계·느슨한 결합을 점검하는 Decompose 스테이지(ddd-starter Step 3).
영향 BC 마다 Bounded Context Canvas(책임·입출력·유비쿼터스 언어·비즈니스 결정)를 작성하는 Define 스테이지(ddd-starter Step 7). 기존 메모리의 언어를 재사용한다.
Proposal 변경이 도입/영향을 주는 도메인 이벤트를 시간 순으로 펼치고 Pivotal Event·Hotspot·외부시스템을 식별하는 Discover 스테이지(ddd-starter Step 2).
Detailed DDD 모드 진입 시 Proposal 의 영향 범위를 분류해 어떤 ddd-starter 스테이지를 적용/생략할지 stagePlan 을 제안한다.
BCC 에서 Aggregate 경계·불변식·상태전이·명령/이벤트·처리량을 도출하는 Tactical 스테이지(ddd-starter Step 8 + robo-proposal-plan 전술 규칙).
| name | robo-proposal-strategize |
| description | 영향 서브도메인을 Core/Supporting/Generic 으로 분류하고 차별성·build-vs-buy 를 판단하는 Strategize 스테이지(ddd-starter Step 4). 기존 전략 메모리를 재사용한다. |
| extends | ddd-starter |
ddd-starter Step 4(Strategize)를 적용한다. 영향 서브도메인을 Core / Supporting / Generic 으로 분류한다. 이 분류는 지속 전략 결정이므로, 입력으로 주어진 기존 전략 메모리에 이미 분류된 BC 는 재질문하지 말고 그대로 사용하고(confirm), 새로 필요한 것만 분류한다.
~/.claude/skills/ddd-starter/references/04-strategize.mddifferentiation 으로 함께 출력.narration([분류]/[차별성]/[build-vs-buy]) 후 빈 줄, 그 다음:
{
"StrategizeArtifact": {
"classifications": [
{"subDomain": "추천", "kind": "CORE", "rationale": "체류시간 좌우, 경쟁 차별점", "buildVsBuy": null},
{"subDomain": "결제", "kind": "GENERIC", "rationale": "표준 PG로 충분", "buildVsBuy": "Toss Payments"}
],
"differentiation": {"valueProposition": "...", "differentiator": "추천 정확도", "personas": ["..."]}
}
}
differentiation 은 프로젝트 차별성이 새로 드러났을 때만 포함(없으면 생략 — 기존 메모리 유지).