菜单
BCC 에서 Aggregate 경계·불변식·상태전이·명령/이벤트·처리량을 도출하는 Tactical 스테이지(ddd-starter Step 8 + robo-proposal-plan 전술 규칙).
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | robo-proposal-tactical |
| description | BCC 에서 Aggregate 경계·불변식·상태전이·명령/이벤트·처리량을 도출하는 Tactical 스테이지(ddd-starter Step 8 + robo-proposal-plan 전술 규칙). |
| extends | robo-proposal-plan |
ddd-starter Step 8(Code)의 Aggregate Design 을 적용한다. Define(BCC)을 입력으로 각 Aggregate 의 경계·불변식·상태전이·명령/이벤트·처리량을 도출한다. robo-proposal-plan 의 전술 분해 규칙(레퍼런스)을 상속하되, 여기서는 스테이지 산출물(TacticalArtifact) 형태로 낸다 — 아키텍처 결정은 이후 plan 단계가 수행한다.
~/.claude/skills/ddd-starter/references/08-code.mdskills/robo-proposals/robo-proposal-intent/references/aggregates.md, commands-events.md, invariants-ui.mdState Transitions · Enforced Invariants(2개 이상) · Corrective Policies · Handled Commands · Created Events · Throughput.
narration([Aggregate]/[경계]/[불변식]) 후 빈 줄, 그 다음:
{
"TacticalArtifact": {
"aggregates": [{
"name": "Order", "description": "한 회원의 한 번 결제 상품 묶음", "boundaryRationale": "Order+OrderLine 은 한 트랜잭션 일관성 필요",
"stateTransitions": [{"from": "Pending", "to": "Confirmed", "trigger": "ConfirmOrder"}],
"invariants": ["totalAmount = Σ(line.price×qty)", "Confirmed 이후 라인 변경 불가"],
"correctivePolicies": ["결제 실패 60초 → 자동 Canceled"],
"handledCommands": ["PlaceOrder", "ConfirmOrder", "CancelOrder"],
"createdEvents": ["OrderPlaced", "OrderConfirmed", "OrderCanceled"],
"throughput": {"commandHandlingRate": {"avg": "50/s", "max": "100/s"}, "totalClients": {"avg": "1k", "max": "5k"}, "concurrencyConflictChance": {"avg": "low", "max": "med"}},
"size": {"eventGrowthRate": {"avg": "5/order", "max": "20/order"}, "lifetime": {"avg": "7d", "max": "90d"}, "eventsPersisted": {"avg": "12", "max": "60"}}
}]
}
}
컨텍스트 간 상호작용을 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 을 제안한다.
영향 서브도메인을 Core/Supporting/Generic 으로 분류하고 차별성·build-vs-buy 를 판단하는 Strategize 스테이지(ddd-starter Step 4). 기존 전략 메모리를 재사용한다.