State Machine 是一个专注于将复杂 UI 行为建模为有限状态机的技能。它的核心目标是把界面组件和流程抽象为明确的状态、事件与转换规则，从而消除不可能出现的状态，使行为变得可预测。
用途 该技能适用于组件存在多个相互影响的状态、且需要穷尽覆盖的场景。通过状态机建模，可以清晰表达 UI 在不同条件下的行为，减少边界情况遗漏。
主要能力 状态机由以下要素组成：
- 状态（States）：UI 可以处于的不同模式，例如 idle、loading、success、error。
- 事件（Events）：触发状态转换的事情，例如 click、submit、timeout、response。
- 转换（Transitions）：状态之间移动的规则，例如在状态 A 收到事件 X 时转到状态 B。
- 动作（Actions）：转换过程中产生的副作用，例如获取数据、显示提示、记录事件。
- 守卫（Guards）：转换必须满足的条件，例如 isValid、hasPermission。
常见 UI 状态机示例
- 表单：idle -> editing -> validating -> submitting -> success/error -> idle
- 数据获取：idle -> loading -> success/error，error -> retrying -> success/error
- 认证：logged-out -> authenticating -> logged-in -> logging-out -> logged-out
- 多步骤向导：step1 -> step2 -> step3 -> review -> submitting -> complete
使用方式 建模方法包括：列出所有可能状态；列出所有事件或触发器；定义有效转换；识别并阻止不可能状态；为条件转换添加守卫；为每个状态定义进入和退出动作。
适用场景 适合表单交互、异步数据加载、用户认证流程、多步骤向导等需要明确状态流转的 UI 组件与流程。
限制 资料未提供具体安装命令、代码示例、平台支持、收费方式或性能数据，这些信息暂未提供。