ForceInjection DDD Scope
🌐 English version: English
使用时机
- 需求描述模糊，不同角色对问题边界理解不一致。
- 全新项目启动前，需要锁定建模范围、约束与关键风险。
- 后续 Skill 报告"业务价值主张不清晰"时，作为回溯目标重新执行。
输入要求
- 必需：业务目标或问题描述（允许非结构化文本：口述、PRD 片段、工单描述均可）。
- 可选：当前系统形态、关键参与方、外部系统依赖、已知约束（时间/合规/性能/团队）。
流程
- 提取业务意图，形成 1 句问题陈述（描述痛点）和 1 句价值陈述（描述期望结果）。
- 明确目标与非目标，建立范围边界——显式声明"不做什么"。
- 列出约束与假设，每条标注"可验证 / 不可验证"及验证方式。
- 生成术语种子清单：从描述中提取名词、动词、状态词，标注歧义点与所属场景。
- 识别风险清单：覆盖业务风险、集成风险、数据一致性风险、交付风险，给出初步缓解建议。
- 输出下一步准备清单：进入
ddd-discover所需的最小信息、参与角色与期望产出。
输出
| 工件 | 结构要求 |
|---|---|
| 问题陈述与价值陈述 | 各 1 句，可被业务方认可 |
| 目标 / 非目标 | 列表化，每条包含边界解释 |
| 约束与假设 | 表格：约束/假设、可验证性、验证方式 |
| 术语种子清单 | 表格：术语、定义候选、歧义点、所属场景 |
| 风险清单 | 表格：风险、影响、触发条件、缓解建议 |
| 下一步准备清单 | 列表：角色、必要输入、期望产出 |
校验清单
- 目标与非目标互斥且可落地执行
- 约束与假设均已标注验证方式
- 术语种子 ≥ 10 个，歧义点已标注
- 风险清单覆盖业务 / 集成 / 一致性 / 交付四类
- 问题陈述与价值陈述不含技术实现细节
回溯触发
本 Skill 为体系入口，不触发回溯。但以下情况会被下游触发回溯至此：
ddd-subdomains无法区分核心域与支撑域 → 业务价值主张不清晰，需重新收敛 scope。
示例
@ddd-scope
业务描述：我们的订单售后流程非常混乱，跨系统协同困难，客户投诉响应慢。
请帮我收敛为 DDD 建模输入：输出问题陈述、目标/非目标、约束与假设、术语种子、风险清单。