无瑕疵 UI 深度探索

问题：UI 项目常在“能用”和“可维护”之间反复返工

很多 UI深度探索 并不是卡在功能实现，而是卡在交付标准上。资料把常见质量陷阱列为：Works on my machine、只覆盖 happy path、性能留到后面、可访问性被当成可选、文档承诺“明天补”。如果团队缺少统一验收口径，代码、测试、文档和体验细节会持续消耗工程时间。

工作方式：用 Impeccable 流程约束交付

该技能强调 先设计后编码，并把 UI 深度探索拆成六个阶段：

• Design Before Code：先明确需求、架构、接口、边界条件和错误场景。
• Flawless Implementation：首版代码就要求命名、职责、错误处理与风格一致。
• Comprehensive Testing：覆盖公共函数、边界输入、错误路径与关键集成链路。
• Rigorous Review：先自审警告、调试代码、性能、安全性，再进入评审。
• Perfect Documentation：更新 README、API 文档、示例和迁移说明。
• Perfect Polish：打磨错误提示、加载状态、可访问性、命名和提交信息。

边界：适合质量敏感交付，不替代产品决策

它适合生产级组件、高可见功能、长期维护库和展示型项目。它主要约束工程与体验质量，不替团队决定需求优先级，也不替代设计评审。使用时应把 Impeccable 理解为可交付的专业标准，而不是无意义的完美主义。