用途
Plotting Events 是 Event Modeling（事件建模）流程中的第二步。它接收第一步头脑风暴阶段产出的事件清单，将这些事件按时间顺序排列，形成一条在业务叙事上说得通的时间线，并明确展示事件如何流动、彼此如何依赖。
主要能力
该技能围绕以下工作流展开：
-
按时间顺序排列事件：为事件建立基于时间的叙事顺序，回答“什么先发生”“什么依赖什么”“因果链是什么”。示例中展示了从 OrderCreated、OrderConfirmed、PaymentAuthorized、InventoryReserved、OrderShipped 到 DeliveryConfirmed 的处理时间线。
-
展示依赖与因果关系：为每个事件记录触发条件，包括“只能发生在某事件之后”“由什么触发”“前置状态是什么”。例如 OrderConfirmed 只能在 OrderCreated 之后发生，由客户确认订单触发，前置条件是订单处于 Draft 状态。
-
识别替代路径：展示流程可能分叉的地方。例如 OrderCreated 之后可走“客户确认 → OrderConfirmed”或“客户取消 → OrderCancelled”；PaymentAuthorized 之后可走“支付成功 → PaymentProcessed”或“支付失败 → PaymentFailed → OrderCancelled”。
-
创建时间线图：以 ASCII 或文本形式给出事件流的可视化表示。
输出格式
输出为 Markdown，包含若干部分：
- 标题：
# The Plot: [Domain Name] - Chronological Event Sequence：按阶段（Phase）组织事件，每个事件标注 When（何时发生）、Depends on（依赖）、Previous state / Next possible（前置状态与后续可能）。示例中分为订单发起、订单确认、支付处理、履约、交付、取消（替代路径）六个阶段。
- Event Flow Diagram：事件流图示，ASCII 或文本形式。
- Key Insights：包括 Critical Path（关键路径）、Decision Points（决策点）、Terminal Events（终态事件）、Compensation Events（补偿事件）、Wait States（等待状态）。
质量清单
该技能提供一份质量检查清单：每个事件都有明确前驱；依赖被显式记录；替代路径被展示；流程形成连贯叙事；没有无触发条件的事件；终态清晰；补偿/取消流程完整；时间线符合业务逻辑。
原则
- 叙事连贯：事件构成一个故事。
- 依赖清晰：明确什么必须在什么之前。
- 替代路径：展示所有可能的流程（正常路径 + 错误路径）。
- 自然顺序：排序符合业务领域逻辑。
- 完整性：每个头脑风暴出的事件都必须出现。
适用场景
适用于事件建模、事件溯源、领域驱动设计中的流程梳理，尤其适合电商订单处理等具有多阶段流转、分支路径与补偿逻辑的业务领域。
限制
资料未提供该技能的收费、价格、平台支持、安装命令或具体集成方式。