用途
该技能是 Event Modeling 流程的第三步，承接事件时间线，负责创建 UI 故事板/线框图，展示用户在每个步骤看到的内容，并从用户视角捕获所需的数据字段。它帮助把事件模型中的命令、事件与界面呈现对应起来，确保每个界面字段都有明确的事件来源。
主要能力
- 可选访谈：在用户尚未提供现有 UI 模式、关键数据字段和 UI/UX 偏好时，通过提问澄清 UI 需求、数据优先级与现有模式，避免过度设计。
- 屏幕识别：为系统的每个状态创建线框图，例如订单创建表单、订单确认页、订单状态视图等。
- 状态转换展示：记录事件发生时界面发生的变化，例如 OrderCreated 后进入订单确认页。
- 数据字段记录：为每个屏幕列出显示的数据及其来源事件，例如 orderId 来自 OrderCreated，paymentStatus 来自 PaymentAuthorized。
- 数据流映射：展示数据如何从用户输入进入命令、产生事件，再回到界面显示。
- 泳道组织：强制使用第一步（eventmodeling-brainstorming-events）的角色目录作为泳道来源，每个人类角色必须有独立泳道，有 UI 或待办列表视图的系统参与者也有泳道。
- 处理器待办列表模式：为自动化处理器展示基于接收事件的内部待办列表，说明触发事件、待办动作、成功与失败分别产生的事件。
- 缺失数据识别：标出没有明确来源的数据字段，并给出补充建议，例如将 expectedShip 加入 InventoryReserved 事件。
使用方式
该技能以智能体技能形式提供，通过访谈或直接依据已有事件时间线生成故事板。输出格式包括：泳道组织、每个屏幕的线框图、显示数据、用户操作（命令）、业务规则、处理器待办列表、数据流图、字段可追溯性矩阵和缺失数据分析。访谈结果可选写入 .trogonai/interviews/[timestamp]-storyboarding-events.interview.internal.trogonai.md。
适用场景
适用于事件建模过程中需要将事件时间线转化为界面设计的阶段，尤其是需要确保界面字段可追溯到事件、角色覆盖完整、系统边界清晰的项目。也适用于需要为自动化处理器设计内部待办列表视图的场景。
限制
该技能依赖第一步的角色目录作为泳道来源；若角色目录缺失或不完整，泳道组织会受影响。访谈阶段为可选，若用户已提供现有 UI 模式、关键数据字段和故事板详细程度，则跳过访谈直接进入故事板创建。该技能不涉及具体技术实现、收费、价格或平台信息，这些内容暂未提供。