用途：将一个 epic 拆解为可实施的 story。story 是单一可实施行为，小到可在一个专注会话内完成、自包含，并可完整追溯到 GDD 需求与 ADR 决策。应按 epic 运行（先 Foundation 再 Core 等），而不是按层运行。
主要能力：读取 epic、GDD、控制清单与 TR 注册表及治理 ADR；按验收标准把 GDD 拆分为 story；为每个 story 确定 GDD 需求、TR-ID、治理 ADR、Status、Story Type 与引擎风险；按 granularity 控制 AC 数量与 prose 深度；嵌入 TR-ID、ADR 版本戳与验收标准；可选通过 QL-STORY-READY 质检门生成测试用例规格。
使用方式：/create-stories [epic-slug]，例如 /create-stories combat；也接受完整路径 /create-stories production/epics/combat/EPIC.md。输出为 production/epics/[epic-slug]/story-NNN-[slug].md。前置步骤为 /create-epics [system]；后续为 /story-readiness [story-path] 再 /dev-story [story-path]。在 minimal 工作流下，无 epic 时从 design/game-brief.md 合成，并直接运行 /dev-story。
适用场景：游戏开发中按 epic 粒度拆分实现任务，需要把需求、架构决策与验收标准绑定到可执行 story 的团队工作流。
限制：标准/完整层级下，若引用的 ADR 缺失会停止（full 立即停止；standard 仅关键基础层 ADR 缺失时停止）；未找到 epic 时停止并提示运行 /create-epics。不存在的 epic 不会猜测拆解。review_mode 为 solo/lean 时跳过 QL-STORY-READY。测试用例规格仅在 story 判定为 ADEQUATE 后携带。本文未提供具体价格、平台与效果信息。