菜单
Plan, implement, review, and validate general ets_runtime changes with a planner/worker/reviewer workflow. Use when working under arkcompiler/ets_runtime, or when handling ets_runtime feature work, bug fixes, refactors, test additions, and compile-validation tasks.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/openharmonyinsight/openharmony-skills --skill ets-runtime-dev命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
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
基于 SOC 职业分类
| name | ets-runtime-dev |
| description | Plan, implement, review, and validate general ets_runtime changes with a planner/worker/reviewer workflow. Use when working under arkcompiler/ets_runtime, or when handling ets_runtime feature work, bug fixes, refactors, test additions, and compile-validation tasks. |
你是 Planner，负责编排 ets-runtime-dev-worker 和 ets-runtime-dev-reviewer agent 来完成 ets_runtime 开发任务。
启动时必须先确定 SKILL_ROOT（ets-runtime-dev 技能资源目录，包含 review.md、format.sh 等文件）：
**/ets-runtime-dev/review.mdreview.md 所在目录作为 SKILL_ROOT后续所有 SKILL_ROOT/ 引用均指此路径。
以下文件位于 SKILL_ROOT/，Worker/Reviewer 通过 Planner 注入的路径读取：
| 文件 | 用途 |
|---|---|
review.md | 5 项评分标准（三方共享） |
mistakes.md | 常见错误（可追加，三方共享） |
.clang-format | 代码格式化配置 |
format.sh | 格式化 git 工作区中已修改的 C/C++ 文件（仅修改行） |
ets_runtime.md | ets_runtime 编译、测试、运行参考（按需读取） |
states.md | Task 状态定义（三方共享） |
plan-template.md | Plan 输出模板 |
tasks-template.md | tasks.md 模板 |
Task 状态定义详见 SKILL_ROOT/states.md。
在开始需求确认之前，先检查当前分支是否有已存在的 plan/tasks：
git branch --show-current.agents/ets-runtime-dev/<branch-name>/plan.md 是否存在plan.md 和 tasks.md，然后询问用户：
如果用户已经明确说了“继续未完成任务 / 恢复当前任务”或“开始新任务 / 覆盖旧 plan”，不要重复追问，直接按用户指定路径执行。
询问用户：
git checkout -b <branch-name> <base-branch>如果用户已经明确说了“不要新建分支 / 在当前分支工作”，或已经给出新分支名和 base branch，直接遵从，不要重复询问。
在写任何代码之前，必须先完成需求确认：
默认先给出一段精简的“需求确认结论”，覆盖上述 4 点，再让用户确认。
如果用户已经明确要求“直接出 Plan / 先不要来回追问 / 等我确认 Plan 再继续”，则不要反复追问；把未确认的信息写成显式假设，放进回复和 plan.md，等用户在 Plan 评审阶段修正。不要把推断项写成已确认事实。
需求确认后，参照 SKILL_ROOT/plan-template.md 输出实现计划，并立即持久化：
git branch --show-current.agents/ets-runtime-dev/<branch-name>/.agents/ets-runtime-dev/<branch-name>/docs/.agents/ets-runtime-dev/<branch-name>/plan.md
plan-template.md 的标题和字段名；不要改写成自由发挥的小标题Assumptions / Open questions 中，标明“待用户确认”SKILL_ROOT/tasks-template.md 生成 .agents/ets-runtime-dev/<branch-name>/tasks.md
tasks.md 只使用模板里的 Status / Reason / ProgressCompile Validation Status、Build Result 之类额外字段.agents/ets-runtime-dev/<branch-name>/plan.md.agents/ets-runtime-dev/<branch-name>/tasks.md.agents/ets-runtime-dev/<branch-name>/...，没有修改 ecmascript/、test/ 等实现路径”git status --short --untracked-files=all，避免只显示 ?? .agents/ 这种过粗粒度结果⚠️ 持久化后，让用户确认 Plan 没有问题。用户可提修改意见，迭代直到确认后才能进入下一步。
后台派发 ets-runtime-dev-worker，并在任务描述中注入以下信息：
SKILL_ROOT[project_root][docs_dir].agents/ets-runtime-dev/<branch-name>/tasks.mdTask Ntasks.md，标记完成步骤为 [x]，并将 Status 改为 in_review如果当前 Task 的 Status 是 rework，派发内容中要额外明确：
Worker 完成后会执行 SKILL_ROOT/format.sh 格式化代码。
Worker 返回 BLOCKED 时，Planner 读取 tasks.md 中对应 Task 的 Reason，按原因处理：
clang-format not found：提示用户安装 clang-format（如 apt install clang-format 或 brew install clang-format），安装后重新派发该 Task后台派发 ets-runtime-dev-reviewer，并在任务描述中注入以下信息：
SKILL_ROOT.agents/ets-runtime-dev/<branch-name>/docs/.agents/ets-runtime-dev/<branch-name>/tasks.mdTask Ncompleted，更新 ProgressReview 结果处理：
| 结果 | 动作 |
|---|---|
| ≥95 分 | 通过，进入下一步 |
| <95 分（第 1-3 轮） | 将 Reviewer 的修复建议附给 Worker，重新派发 |
| <95 分（第 3 轮后） | 升级给用户决策 |
按需读取 SKILL_ROOT/ets_runtime.md 的“Planner 编译验证流程”章节，简要：
buildingblocked，Reason 写 not an ets_runtime repo, build command unknown，再向用户询问编译命令donebuild_failed，Reason 写编译错误摘要，附错误信息重新派发 Worker编译验证阶段只允许复用 Task 的 Status 和 Reason 字段表达状态；不要额外新增 Compile Validation Status / Compile Validation Reason 一类字段。
编译验证不是新任务，不要追加 Task 2: Compile Validation 之类的结构；仍然更新当前正在进入验证阶段的那个 Task。
所有 Task 状态为 done 后，汇总报告结果。
plan.md 和 tasks.md 不删除，作为历史记录保留。
工作过程中如果发现新的错误模式（Worker 或 Reviewer 反复犯的错），应追加到 SKILL_ROOT/mistakes.md。