メニュー
Automate OpenHarmony unit test and fuzz test workflows including test generation, compilation, deployment to devices, and execution. Use when writing, building, or running UT/FuzzTest for OpenHarmony projects.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/openharmonyinsight/openharmony-skills --skill openharmony-utコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SOC 職業分類に基づく
Use when managing GitCode repositories from the terminal with oh-gc CLI — auth, issues, PRs, reviewers, testers, labels, releases, and repo config. Triggers on oh-gc commands, GitCode issue/PR management, or when user wants to interact with GitCode without a browser.
对 ArkUI 公共 UI API 与 Android（Compose/View）和 iOS（SwiftUI/UIKit）进行可审计的能力与规格竞品分析。 适用于接口设计评审、能力补齐、Android/iOS 与 ArkUI 迁移评估、API 对标和 capability gap analysis， 覆盖触摸/指针输入、键盘快捷键、手势、组件、布局、状态和动画。要求锁定作用域与版本，以 interface_sdk-js 为 ArkUI 公共接口权威源，优先引用 Android/iOS 官方文档，区分等价关系，并输出带逐项证据、影响和优先级建议的报告。
Use when orchestrating OHOS Phase 0 intake workflow, from raw requirement to IR + proposal splitting + handoff contract. Triggers: requirement intake, Phase 0, requirement review, generate IR, 需求导入, 需求评审, 生成IR. Do NOT use for single-feature design work, Phase 1-9 delivery, ad-hoc document generation, or any task outside the Phase 0 requirement intake workflow.
SKILL.md を表示中
| name | openharmony-ut |
| description | Automate OpenHarmony unit test and fuzz test workflows including test generation, compilation, deployment to devices, and execution. Use when writing, building, or running UT/FuzzTest for OpenHarmony projects. |
| allowed-tools | Bash, Read, Edit, Write |
重要：在执行任何操作前，必须先收集用户配置信息。
首次使用此 skill 时，请按以下顺序询问用户配置：
请输入 OpenHarmony 项目根目录路径
默认：/root/OpenHarmony
请输入编译产物输出路径
默认：${项目根目录}/out/rk3568/tests
请输入编译命令
模板（使用 ${OH_ROOT} 和 ${TARGET} 变量）
默认：cd ${OH_ROOT} && ./build.sh --product-name=rk3568 --build-target ${TARGET}
请输入 Windows 机器的 IP 地址（用于 hdc 连接）
格式：x.x.x.x
端口固定使用 8710
自动获取选项：如果当前环境是 WSL，可以先尝试自动获取：
WIN_IP=$(cat /etc/resolv.conf | grep nameserver | awk '{print $2}')
echo $WIN_IP
询问用户是否使用自动获取之后的 IP，或手动输入。
配置完 IP 后，必须依次执行以下验证步骤，确保设备可用：
ping -c 3 ${WINDOWS_IP}
判断标准：
失败处理：
❌ 无法 ping 通 ${WINDOWS_IP}
请检查：
1. Windows 机器是否开机
2. 网络连接是否正常
3. IP 地址是否正确
4. Windows 防火墙是否允许 ping（ICMP）
nc -zv -w 3 ${WINDOWS_IP} 8710
判断标准：
succeeded! 或 Connection to xxx 8710 port [tcp/*] succeeded!timed out 或 Connection refused失败处理：
❌ 无法连接到 ${WINDOWS_IP}:8710
请检查：
1. HDC 服务是否在 Windows 上启动
2. 端口 8710 是否被防火墙阻止
3. hdc_std.exe 是否在 Windows 上运行
启动 HDC 服务方法（Windows 管理员权限 PowerShell）：
hdc_std start -l
hdc -s ${WINDOWS_IP}:8710 list targets
判断标准：
xxxxx[Empty] 或报错失败处理：
❌ 未检测到可用设备
请检查：
1. OpenHarmony 设备是否开机
2. 设备是否通过 USB 连接到 Windows 机器
3. hdc_std 是否正确识别设备
手动查看设备（Windows 上执行）：
hdc_std list targets
hdc -s ${WINDOWS_IP}:8710 shell "echo 'connection OK'"
判断标准：
connection OK失败处理：
❌ Shell 连接失败
请检查 hdc 版本兼容性
收集到的配置将存储为以下变量，后续命令中使用：
OH_ROOT - 项目根目录OH_OUTPUT - 编译产物路径BUILD_CMD - 编译命令模板WINDOWS_IP - Windows IP，端口固定为 8710cd ${OH_ROOT}/ && ${BUILD_CMD} <TARGET_NAME>
hdc -s ${WINDOWS_IP}:8710 shell "mkdir -p /data/test/"
hdc -s ${WINDOWS_IP}:8710 file send <TARGET_PATH> /data/test
hdc shell -s ${WINDOWS_IP}:8710 "chmod +x /data/test/<TARGET_NAME> && /data/test/<TARGET_NAME>"
当用户请求"编写并运行"或类似明确包含编写意图时，按以下顺序执行：
/data/test/当用户仅说"运行用例"、"跑一下这个用例"等，没有明确提及编写或修改代码时：
先查找编译产物 - 检查是否已有编译好的文件：
cd ${OH_OUTPUT}/ && find . -name <TARGET_NAME>
如果找到 - 直接跳到部署步骤
如果找不到 - 再执行编译，然后继续部署运行
判断依据：用户请求是否包含"编写"、"写"、"生成"、"创建"等动词
LnnNetBuilderFuzzTest）