用途：在 UI 原型制作之前，先定义实用、故事优先的产品体验，产出一份规范文档 experience-story.md，作为 $product-ui-prototyping 的上游输入。默认输出路径为 ui-prototypes/<prototype-name>/experience-story.md，用户可指定其他路径。
主要能力与工作流：1) 捕获产品故事，用一段话说明用户是谁、想达成什么、成功是什么样；2) 编写主流程（快乐路径），从入口到成功编号列出每步用户做什么、系统做什么、涉及哪个 screen_id；3) 定义认知负荷标准，包括学习顺序策略、连接策略、分块限制、干扰控制、进阶策略；4) 编写逐屏故事，含 screen_id、来源、所见、可执行动作（action_id）、系统行为、认知目标、认知控制、需原型化的状态；5) 记录有意义的备选与错误路径（校验失败、空/无结果、可恢复错误），说明触发条件、用户所见、恢复动作与去向；6) 构建转场索引表，列为 transition_id、trigger、from_screen、to_screen、expected_feedback；7) 记录会改变行为或流程的阻塞性问题。
使用方式：按模板结构写入 experience-story.md，保持 ID 一致；每屏 5-8 条要点；每个动作必须定义反馈与下一去向。工作流要求使用 Speak 工具在关键阶段开始与完成时播报简短状态，若不可用则改用文本更新。
质量门：存在从入口到成功的一条清晰快乐路径；主要触发映射到目标屏/状态；ID 一致；错误与空状态含恢复动作；学习顺序体现简单到复杂；早期模块优先语义/词根关联内容；每屏声明认知目标与负担控制机制；文档可直接供 $product-ui-prototyping 使用。
限制：资料未提供具体平台支持、收费、价格或效果数据；不涉及设计令牌，聚焦行为与导航；默认不设范围外章节。