用途：本 Skill 只做审视，不负责从零设计、批量改代码，也不审查与界面设计无关的工程问题。适用于用户明确要求 review、audit、审查、验收或评估鸿蒙/OpenHarmony/ArkUI 产品与代码的场景。其默认立场是：通过需要证据，问题也需要证据。
主要能力：审视用户任务与导航；手机、平板、折叠屏、PC、穿戴、智慧屏、车机适配；触摸、鼠标、键盘、遥控器等输入；控件正常、禁用、按下、焦点、激活、悬停状态；视觉 Token 与 vp/fp、大字体；动效目的、曲线、时长、跟手、速度和可打断；异步状态真实性；无障碍；动画性能；稳定原则与版本化平台层；可交互原型与真实实现证据。
使用方式：先建立上下文，复用用户已提供的信息，包括目标设备、窗口形态、主要输入、API_Level、主题与字号、任务路径、证据与假设；缺失信息不影响当前发现时不重复提问，证据不足的结论标低置信度。审视依据十三项不可妥协标准，详见 references/STANDARDS.md。输出必需包含上下文卡、Findings 表（优先级、规则 ID、证据、问题、用户影响、建议、ArkUI 落点、来源等级、置信度）、按指定顺序归纳影响、最小修复计划与结论。结论只能是不通过（存在 Blocker）、有条件通过（无 Blocker 但有未关闭 Major）、通过（无 Blocker/Major 且关键设备、输入、字号、无障碍、性能已有证据）。
限制与边界：不处理 HAP/APP 签名、编译器错误、网络、权限、数据库、非 UI 业务逻辑、其他移动平台设计规范，也不直接实现新功能。不要将 0.97、统一弹簧、错峰入场、玻璃材质等写成 HarmonyOS 官方要求；来源措辞分 H1 华为官方、H2 OpenHarmony 官方、H3 官方观察、H4 项目建议。审视目标是适合而非时髦。