ui-design

Uizze UI 设计

从产品出发

开始设计前，先阅读需求说明、现有 UI、组件、设计令牌、素材，以及任何 PRODUCT.md 或 DESIGN.md。用户请求和项目约束优先于本技能。对于扩展和润色，应保留既有视觉系统；只有在获准重新设计时才替换它。新项目不需要这些文件。

明确目标受众、主要任务、重要状态和预期结果。仅在缺失的选项会实质性改变工作时才提问。只要请求足够明确，就可以开始；不要把小修小补变成需求研讨会。

选择工作流

加载与请求操作相对应的操作手册，以及执行所需的平台和工艺指南：

• 新界面或重大改版：new-work
• 产品或仪表板工作：operate
• 改进和润色：polish
• 简化：distill
• 明确要求审核：audit，除非用户要求修复，否则仅供只读
• 原生 iOS：iOS，与操作手册一同使用
• 明确要求 /overdrive、“Uizze Overdrive”或卓越的交互设计：Overdrive

进入实现阶段时，在确定方向后使用 craft。只加载相关文件；可以搭配多个互补的操作手册。对于普通 UI 工作，Overdrive 是可选项，并非默认模式。使用前必须先选定方向。

“在这个屏幕上使用 Uizze Overdrive”可通过此路由处理；原生斜杠命令则取决于宿主环境。这些都是独立的 Markdown 操作手册，不是安装程序、后台服务或可执行引擎。

可选的 Uizze 参考资料

使用 find_ui_references 或 find_ui_materials 前，请先阅读参考资料政策。如果相关视觉证据有助于确定布局、状态、交互或素材，请检查这些证据。使用宿主环境提供的工具，不要虚构调用或连接。付费检索是可选的；无法访问不妨碍本地设计工作。

区分完全匹配的参考资料、相关示例、未找到匹配项和服务错误。如果某项限制影响了结果，请简要说明。没有证据时，绝不要声称检查过某张图片或发现了某种状态。

完成

完成请求范围内的工作，并检查重要状态。在有代表性的桌面端、移动端尺寸或原生设备类别上渲染并检查实际结果，其中应包含用户报告问题的尺寸。请将结果与选定方向或提供的参考资料比较，而不仅仅是确认没有运行时错误。

批量修复实质性问题，然后再次渲染并检查。验证请求的结果后即可停止，不要继续臆造工作。如果在限定范围内无法解决问题，请如实报告，不要声称已通过验证。如果无法渲染，应区分代码检查和视觉验证。

交接内容应简洁：说明改动、实际测试内容和任何遗留限制。技能不授权发布、购买、添加新依赖、变更账户或执行破坏性操作。