用途：polish 是前端 UI 交付前的最后一道质量打磨流程，用于在功能已完成后统一修复对齐、间距、一致性、交互状态和微细节问题，让界面从“能用”提升到“精致”。它强调打磨是最后一步而非第一步，不应在功能未完成时使用，也不应用来掩盖层级或系统层面的缺陷。
主要能力：覆盖视觉对齐与间距（网格对齐、间距尺度、光学对齐、分组留白、表面分隔）、排版精修（层级一致、行长 45–75 字符、行高、孤行寡行、字距、基线对齐、数字对齐、标题克制）、颜色与对比（WCAG 对比度、设计令牌、主题一致、焦点可见、调色板纪律）、交互状态（默认、悬停、聚焦、按下、禁用、加载、错误、成功，并保持动作层级）、微交互与过渡（缓动一致、无卡顿、尊重 prefers-reduced-motion）、文案一致性、图标与图片、表单与输入、边界与错误状态、响应式（44x44px 触控目标、最小 14px 文本、溢出处理）、性能（首屏、CLS、懒加载）以及代码质量（清理本次改动引入的未用导入与调试代码，保留有意的日志与 TODO）。
使用方式：先阅读 frontend-design 并遵循其上下文收集协议，复用已有上下文，只询问关键缺口，并确认质量门槛（MVP 还是旗舰功能）。随后按维度系统排查，可参考层级清单、文本层级与可读性、动作层级、语义颜色、设计系统对齐、表面分隔、图像处理、收尾细节等子技能。用视觉验证作为证据，复用对话中匹配的评审或已授权的保存报告，行动前先核对目标与基线，不要盲目套用过时结论。最后按清单逐项检查，并报告已实施改动、已执行检查与遗留问题。
适用场景：功能已完成、准备发布前的最终打磨；需要统一间距、排版、状态与文案一致性的界面；需要提升可访问性与响应式细节的前端页面。
限制：不应在功能未完成时打磨；若即将发布且时间有限，应做取舍而非全面精修；打磨过程中不得引入新缺陷；若间距等问题普遍存在，应修复系统而非局部；不要用边框、阴影或颜色装饰掩盖未解决的层级问题；不得声称完成了整个应用的验证，只能报告聚焦打磨范围内的结果。资料未提供具体安装命令、收费方式与平台信息。