flutter-audit

Flutter UI 审查

先诊断，再开方。除非用户要求修改，否则审查工作应保持只读。

检查

1. 阅读屏幕、相关状态、导航、主题、共享组件和测试。
2. 有条件时运行应用或检查屏幕截图。记录每项观察对应的视口、主题、语言区域和状态。
3. 评估：
   • 产品目标和主要操作；
   • 层级、分组、浏览顺序、信息密度、排版、颜色和表面使用；
   • 导航、表单、反馈、破坏性操作和恢复机制；
   • 加载、空、部分、错误、离线和成功状态；
   • 紧凑和展开布局；
   • 语义、焦点、文本缩放、对比度、触控目标、RTL 和减少动态效果；
   • 组件边界、硬编码尺寸、重建范围和主题一致性。
4. 阅读 references/anti-slop.md、references/layout-and-density.md 和 references/visual-qa.md，了解适用的检查项。 对于涉及多个领域的界面，还要阅读 references/connected-product-workflows.md，并确认各部分之间的连接不只是相邻卡片。

排定优先级

对发现的问题分类：

• P0：阻碍核心任务、造成数据丢失或安全风险，或使界面无法使用。
• P1：严重影响理解、无障碍、任务完成或自适应行为。
• P2：损害一致性、完善度或可维护性，但不阻碍任务。
• P3：对用户影响有限的可选改进。

对于每项可执行的发现，注明对应的屏幕／状态和相关文件或渲染证据。说明对用户的影响以及最小可行的补救方案。区分事实与视觉判断。

交付

首先指出影响最大的问题模式，而不是罗列冗长的检查清单。列出应保留的优点、按优先级排序的发现、缺失的证据和建议的处理顺序。对于未渲染或检查过的状态，不要声称已验证。