菜单
严格审视 HarmonyOS、OpenHarmony 与 ArkUI 产品或代码，只报告有证据的设计、导航、跨设备适配、输入状态、动效、异步状态真实性、无障碍和动画性能问题，并给出规则 ID、ArkUI 落点与通过结论。用于用户明确要求 review、audit、审查、验收或评估鸿蒙 UI；不要用于从零设计、直接实现功能、修复构建签名或审查非界面代码。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | review-harmonyos-design |
| description | 严格审视 HarmonyOS、OpenHarmony 与 ArkUI 产品或代码，只报告有证据的设计、导航、跨设备适配、输入状态、动效、异步状态真实性、无障碍和动画性能问题，并给出规则 ID、ArkUI 落点与通过结论。用于用户明确要求 review、audit、审查、验收或评估鸿蒙 UI；不要用于从零设计、直接实现功能、修复构建签名或审查非界面代码。 |
| metadata | {"status":"experimental","version":"1.0.0"} |
本 Skill 只做审视，不从零设计，不批量改代码，也不审查与界面设计无关的工程问题。
默认立场：通过需要证据，问题也需要证据。
遇到以下请求，说明不适用并指向通用工程审查：
复用用户已提供的信息：
目标设备:
窗口形态:
主要输入:
API_Level:
主题与字号:
任务路径:
证据:
假设:
缺失信息不会影响当前发现时，不重复提问。证据不足的结论标低置信度。
详细审视标准见 references/STANDARDS.md。
通常标为 BLOCKER 或 MAJOR：
width/height；列出已知条件和假设。
| 优先级 | 规则 ID | 证据 | 问题 | 用户影响 | 建议 | ArkUI 落点 | 来源等级 | 置信度 |
|---|
一行一个问题。没有证据的问题不进入 Findings。
按以下顺序，只输出非空类别：
给出依赖顺序、修改范围和验证方法，不直接重写整个项目。
只能是：
不要把 0.97、统一弹簧、错峰入场、玻璃材质等写成 HarmonyOS 官方要求。
每次审视补充：
应保留的产品特征：
不应套用的通用风格：
允许的 House Style：
审视的目标是适合，而不是时髦。
审视、设计、从零启动或改进 HarmonyOS、OpenHarmony 与 ArkUI 产品界面。用于检查 ArkTS UI、建立新项目设计基线、区分永恒原则与当前平台视觉语言、规划跨手机/平板/折叠屏/PC 的导航和布局、多输入控件状态、animateTo、transition、geometryTransition、springMotion、手势跟手与可打断动效、异步状态真实性、视觉分层参数、无障碍或动画性能，或建立鸿蒙 Motion Token 时。不要用于签名、构建、网络、存储、权限、数据库等纯工程问题，也不要用于通用视频剪辑或其他移动平台的设计规范评审。
把用户对 HarmonyOS、ArkUI、Canvas 或代码生成产品动效的模糊描述转换为准确术语、相近概念和可能的 ArkUI 能力，例如“松手像急刹车”“拖过头有阻力”“页面像从同一个卡片长出来”“后端没完成却显示成功”。用于命名、检索和编写提示词；不要用于完整设计审视、传统视频剪辑、镜头叙事、直接实现或构建问题。