UI Taste 是 Uizze 提供的一个免费技能，目标是让编码智能体在构建和打磨 Web 与 iOS 界面时具备更好的 UI 品味，避免产出千篇一律的“AI slop”。它建立在 Uizze 的 anti-ui-slop 工作流之上，提供面向 Web 和 iOS 的聚焦设计 playbook，包括原生审计，并可通过可选的付费 Uizze MCP 获取真实产品参考、字体和图标。
用途方面，该技能用于指导智能体选择布局、修复视觉层级、打磨用户在使用应用时会注意到的细节。它适用于新界面构建、重大改版、产品/仪表盘工作、细节打磨、简化、显式 Web 审计、原生 iOS 工作，以及显式请求 /overdrive 或“Uizze Overdrive”的交互工作。
主要能力包括：提供按动作划分的 playbook，例如 new-work（新界面或重大改版）、operate（产品或仪表盘）、polish（打磨）、distill（简化）、audit（显式 Web 审计，只读，除非要求修复）、iOS（原生 iOS，配合动作 playbook；审计时使用原生审计而非 DOM 扫描）、Overdrive（显式请求的卓越交互工作）。实现阶段在方向确定后使用 craft。可加载多个互补 playbook，但只加载相关文件。Overdrive 为可选启用，不是普通 UI 工作的默认项，且需要先选定方向。
使用方式上，该技能无需账号、令牌、MCP 连接、依赖、脚本或可执行文件即可使用免费技能和公开目录。可选的完整 UIZZE MCP 可能使用宿主正常的连接与认证流程，但不得在无实际宿主结果时声称已连接。工作流程强调“从产品出发”：先阅读需求、现有 UI、组件、令牌、资产以及任何 PRODUCT.md 或 DESIGN.md，用户请求和项目约束优先于技能本身；扩展和打磨时保留既有视觉系统，仅在获批改版时替换；新项目不要求这些文件。需识别受众、主要任务、重要状态和预期结果，只询问会实质性改变工作的缺失选择。
流程上遵循“先图像后实现”：在视觉实现前，若可用授权的图像生成工具，新视觉工作和获批改版应先从真实 UI 图像开始，并在写代码前检查；已提供的获批图像优先。保存其实际尺寸，并以语义组件和真实控件 1:1 构建目标，而不是截图背景。资产和字体加载后在该视口渲染，与稳定目标对比，修正可见不匹配并再次检查；在其他尺寸下保留获批的识别特征。小型技术修复或只读审计不需要新图像；若图像工具不可用，需说明并使用现有目标或项目惯例，不得假装生成或视觉验证成功。
可选证据方面，使用 find_ui_references 或 find_ui_materials 前需阅读参考政策。当相关视觉证据能帮助布局、状态、交互或资产时，应检查它。使用宿主可用工具，而非虚构调用或连接。付费检索为可选，缺失访问不阻碍本地设计工作。需区分精确参考、相关示例、无匹配和服务错误，并简要披露影响结果的限制；不得在无证据时声称已检查图像或找到状态。
完成阶段，构建请求范围并演练其重要状态。在代表性桌面/移动尺寸或原生设备类别下渲染并检查真实结果，包括用户报告的失败尺寸。与选定方向或提供的参考对比，而不仅仅是与无运行时错误对比。批量修复实质问题，然后再次渲染和检查。请求结果验证后停止，不要继续发明工作。若有限次通过无法解决问题，应报告而非声称通过。无法渲染时，区分代码检查与视觉验证。交接需简洁：改了什么、实际测试了什么、剩余限制。技能不授权发布、购买、新增依赖、账户变更或破坏性操作。
限制方面，付费 MCP 为可选，缺失访问不影响本地设计；Overdrive 需显式启用；技能不授权发布、购买、新增依赖、账户变更或破坏性操作；无法渲染时需区分代码检查与视觉验证。