用途：在完成完整事件模型（步骤 1-9）之后、开始实现之前，把模型拆成可独立实现的垂直功能切片，识别依赖关系，规划跨团队并行（fan-out）实现，并用于确定 MVP 范围与实现顺序。
主要能力：识别功能切片；把命令、事件、读模型映射到各切片；分析切片依赖；判断哪些切片可并行开发；给出推荐实现顺序与路线图；展示切片间数据流。
核心概念：功能切片是一条贯穿系统的细长垂直切片，公式为 Feature Slice = Command Handler + [CommandHandler]State + Events + Read Models + Projections。特点：可由一个团队独立实现，各处理器拥有自己的 [CommandHandler]State 类，可单独部署，具备清晰业务价值，仅通过事件与其他切片通信，规模适合 1-2 个冲刺完成，目录与状态类隔离以避免合并冲突。
识别方法：第一步按业务能力分组，每个用户能力对应一个切片；第二步把命令映射到切片；第三步把事件映射到所属切片，并区分生产与消费方；第四步把读模型映射到切片。
依赖类型：事件依赖（B 需要 A 的事件，A 先实现）、事件流依赖（非聚合依赖，可并行开发但在事件存储层串行化命令）、读模型依赖（可并行开发，但 A 的投影须先部署）、无依赖（可真正并行开发、测试与部署）。可据此建立依赖矩阵。
扇出规划：区分关键路径上与可按扇出并行的切片。资料示例为 Orders→Payment→Inventory→Fulfillment 的顺序，并给出以周为单位的并行时间线示意（第 1-2 周 Slice 1，第 3-4 周 Slice 2 与 Slice 1 集成测试，第 5-6 周 Slice 3 与 Slice 4 并行，第 7-8 周集成与跨切片测试）。
采访阶段（可选）：若用户已给出团队容量、冲刺时长、MVP 范围/时限与关键路径要求，则跳过采访直接切片；否则采访团队容量（1 队 / 2-3 队 / 4 队以上）、冲刺时长与 MVP 截止时间、关键路径与依赖类型（无依赖 / 部分核心功能优先 / 复杂依赖链），并把发现记录到 Interview Findings 模板，可选写入 .trogonai/interviews/[timestamp]-slicing-event-models.interview.internal.trogonai.md。
适用场景：任何领域（电商、银行、SaaS、市场平台、医疗等）的事件模型实现规划、团队分配与冲刺规划、MVP 范围界定、并行开发机会识别、实现顺序确定。
质量检查：每个切片包含恰好一条完整 UI/Processor → Command → Event → Read Model 流程；依赖单向、无环；切片可独立部署；[CommandHandler]State 由本切片处理器独占；MVP 范围能端到端交付客户价值；扇出计划中每个切片的处理器归属不重叠。
限制：资料未提供具体命令安装方式与定价信息；详细模式、实现策略与示例见 patterns.md 与 examples.md。