用途：围绕界面或流程补全状态系统，但不机械生成所有可能状态。适用于设计稿与代码中的状态审计、设计、实现、修复和验证。
主要能力：提供六种模式——Audit（盘点现状、找缺口、排优先级，不编辑）、Design（产出状态矩阵、转换与文案）、Implement（在源码中加入状态模型并保留项目架构）、Repair（修正不完整、误导、不可访问或死胡同状态）、Verify（实际运行已实现状态并报告证据与缺口）、Complete（审计、设计或实现后再验证）。
使用方式：先框定产品时刻（界面、用户目标、前后环节、数据源、权限、网络与持久化），再检查真实系统（设计稿的相邻帧、组件、变体、变量、原型链接；代码的组件、路由、状态归属、数据获取、变更、校验、错误边界、翻译、分析、测试与设计令牌）。随后按比例构建状态矩阵，评估价值类（理想、首次使用空、用户清空、无结果、部分）、处理类（初始加载、内联加载、进度、更新、成功）、失败类（校验、可恢复错误、终止错误、超时、离线）、访问类（未登录、无权限、受限、请求待批）、同步类（过期、乐观、排队、冲突、回滚）、交互类（默认、悬停、聚焦、激活、选中、禁用、脏）等状态族，并标记必需、条件、已覆盖、不适用或未知。每个必需状态需定义触发与范围、展示数据、保留可见可交互内容、主次操作、保留的用户输入、退出条件与下一状态、重试/回退/回滚/升级路径、无障碍行为、产品与工程依赖、证据级别。
限制：不虚构 API 行为、权限、时序、进度百分比、持久化保证或恢复语义；不因静态帧就声称无障碍、生产行为或后端正确性；错误时保留用户工作与有效数据，不以重置作为默认恢复；优先最小状态边界，不用整屏阻塞组件级更新；禁用是最后手段；成功需有持久后果才值得强调。内容韧性检查、文案审查与伦理审计不在范围内。完成标准包括矩阵有依据而非穷尽、源文件保留、每个新增状态有触发/范围/退出/恢复、转换有表示或标注、考虑无障碍状态与焦点、标注产品与技术假设、验证证据与声明相称、无未解释的死胡同。