用途：把一条用户路径写成可执行的流程，包括系统未给出明确结果时的处理。以现有工作流和权限作为依据。
主要能力：命名参与者、入口点、目标、所需信息与成功终点；追踪最短完整路径，在每个转换处标明用户动作、系统响应、数据归属与可见反馈；补充校验、授权、超时、冲突、取消、会话过期与返回等分支，避免罗列不可达状态。对写入区分 pending、committed、rejected 与 outcome-unknown；响应丢失可能发生在写入成功之后，重试前需定义对账或服务端强制幂等。决定哪些输入在中断后保留及保留多久，不把敏感草稿自动存入 localStorage，按数据与共享设备风险匹配持久化。对运行中的功能尽量复现路径并标注未测试分支。
使用方式：产出紧凑流程图或有序路径加分支表：触发 → 可见状态 → 恢复 → 数据/权限契约，并为关键分支附验收示例。建议结构为：## User flow: [goal]，User: … Entry: … Success: …，Path: [Start] → … → [Success]，Branches: trigger → visible state → recovery → data/permission contract，UI states: …，Open questions: …。可用 $states 做跨屏覆盖，用 $component 描述单个控件的交互契约。
适用场景：设计或评审创建、提交等有写入与中断风险的流程。
限制：页面或路由结构问题用 $sitemap；单个控件的交互契约用 $component；审计现有屏幕缺失的加载、空、错误状态用 $states；用代码实现流程用 $slice。超时后写入可能已成功，直接重试会产生重复；禁用按钮只防第二次点击，不防重试或另一标签页的第二次请求。