用途：决定界面如何运作——用户走的路径、屏幕可处的状态、每个控件做什么、失败时发生什么。只定结构与交互，不决定外观。阶段为 FLOW → STATES → SPEC → HANDOFF。
主要能力与使用方式：开始前先明确用户来做的事、先画路径再设计屏幕、沿用已有导航模型，并按规模分级（T0/T1/T2）决定交付量。按交付物形状选择流程：枚举屏幕状态用 state-matrix；设计任务路径用 flows；导航、分组或标签用 ia-patterns；带字段的界面用 forms；界面感觉沉重时用 cognitive-load；撰写交付物用 spec-template。
约束：每个屏幕须枚举完整状态矩阵（空、加载、部分、错误、权限拒绝、离线、成功）；每屏只指定一个主操作；逐字段指定校验时机与错误文案；为每次状态变化指定焦点去向与退出方式。禁止用模糊错误状态或无超时的无限加载；禁止用占位文本当唯一标签；禁止仅靠颜色表达状态。数值需注明依据，无依据标注 ARBITRARY。
适用场景：信息架构、任务流、表单、导航、破坏性操作与认知负荷相关的设计决策。限制：不负责视觉样式；涉及金钱、删除、法律同意或改动现有结构时需先获授权；文档未提供价格、平台等信息。