Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

Começar

arkweb-security-patch-risk

Estrelas29

Forks6

Atualizado4 de junho de 2026 às 06:56

Assess residual risk after ArkWeb security patch merge, review, and build verification.

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

openharmonyinsight

openharmonyinsight/openharmony-skills

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Analistas de segurança da informaçãoInformática e Matemática·SOC 15-1212

Explorador de arquivos

2 arquivos

SKILL.md

readonly

name	arkweb-security-patch-risk
description	Assess residual risk after ArkWeb security patch merge, review, and build verification.
descriptionZH	ArkWeb 风险记录技能。记录安全、兼容性、稳定性、性能、ROM 和回滚风险，风险项不阻塞提交。
tags	["ArkWeb","risk","release"]

ArkWeb Risk Assessment

用于 arkweb-security-patch-risk-assessor。

输出

单 issue 模式写入 .ace-outputs/{runId}/11_risk_assessment.md。

批量模式必须逐个 issue 评估，读取 issues/{issue_id}/06_merge_result.md、issues/{issue_id}/08_code_review.md、issues/{issue_id}/09_build_verification.md 以及输入归档目录的 03_impact_decision.md/json。每个 issue 写入 .ace-outputs/{runId}/issues/{issue_id}/11_risk_assessment.md，总览写入 .ace-outputs/{runId}/11_risk_assessment.md。

稳定脚本优先

优先使用内置脚本生成风险评估产物，不要在运行时拼接临时 Python/Node/Shell 脚本：

python3 skills/arkweb-security-patch-risk/scripts/generate_risk_assessment.py \
  --run-root <context.projectRoot>/.ace-outputs/<runId>

脚本会读取 batch_status.json、09_build_verification.md 和各 issue 的 03_impact_decision.json / 06_merge_result.json，写入根级 11_risk_assessment.md/json 和 issue 级 11_risk_assessment.md/json。脚本只把 active/ready issue 纳入提交候选；terminal_failed / deferred_for_archive 只进入归档清单。

脚本执行后，agent 回复只允许包含：

一行产物路径说明；
一行脚本执行结果摘要。

不要在回复中粘贴完整前序产物、大段风险表、完整 JSON 文件、工具输出或脚本源码。详细证据只写入 11_risk_assessment.md/json。最终回复禁止使用 Supervisor 阶段审阅话术，例如“当前阶段结论 / 是否建议继续迭代 / 下一步指导意见”。最终回复也禁止使用“总体建议 / 当前状态机 / 阶段应视为 / 建议先 / 建议下一步 / 除非你准备”等审阅或指导类措辞；不要评价状态机，不要提出流程建议，只报告脚本产物。最终回复禁止输出 JSON 代码块；状态机裁决只由后续「风险评估裁决」步骤读取 11_risk_assessment.json 完成。

必须包含：

安全风险是否闭环。
兼容性、稳定性、性能、ROM、构建风险。
回滚建议。
是否存在前序产物证明的 patch 未合入或编译误报。
编译门槛状态：build_completed、build_status、exit_code、nonblocking_unrelated_build_failure、submit_eligible。

规则

风险项只记录，不阻塞提交上库。
不得把未知项、人工跟踪项或非当前步骤事项作为 fail 原因。
给定 patch 已真实合入，且本地编译通过，或编译命令完整退出后失败已证明与本次 patch 无关并记录为非阻塞编译风险时，必须允许提交上库。
编译进程中断、超时、无真实退出码、后台进程失联、重跑仍未完成、build.log 不可信、build_completed=false 或 submit_eligible=false 不属于非阻塞编译风险；这种情况必须阻止提交并进入结果归档。
“编译失败与本次 patch 无关”必须建立在一次可信的完整编译退出结果上；没有完整退出码时不能做无关放行。
只有前序产物证明给定 patch 未真实合入，或与本次 patch 相关的编译失败却被误报为通过/无关，才允许输出阻塞结论；这种阻塞表示前序产物不可信，应进入结果归档记录证据，不得建议回到自动合入或编译验证形成循环。
批量模式不得把多个 issue 的风险混成一个统一结论；每个 issue 必须独立记录风险摘要。
批量模式必须保留 overlap 信息：如果多个 issue 修改同一文件，自动合入阶段应已按 issue_id 数值升序为每个重复文件组选择 winner。winner issue 属于 active batch，风险评估必须正常记录其合入/编译/提交风险；非 winner issue 应已标记 deferred_for_archive 并退出 active batch，风险评估中只说明这些 issue 未进入本轮合入/编译/提交，最终由结果归档列为遗留，不得建议把多个 issue 合成一个提交。
评估必须基于当前 issue 的产物和当前工程目标子仓中属于该 issue 的 diff；历史脏改不属于当前 issue 风险。

裁决产物

脚本和产物必须写入完整 11_risk_assessment.json，字段固定为：

{
  "verdict": "pass|conditional_pass|fail",
  "next_state": "提交上库|结果归档",
  "issues": [],
  "summary": "一句话总结"
}

不得在最终回复中输出上述 JSON；不得用 Supervisor 风格的“当前阶段结论 / 是否建议继续迭代 / 下一步指导意见”替代产物。

Mais deste repositório

mesmo repositório

ohos-dev-arkruntime-interop-development

openharmonyinsight/openharmony-skills

Expert assistant for ArkTS-JS Interoperability in ArkCompiler (ArkTS runtime). 触发场景：修改/调试 ArkCompiler 互操作层代码（static_core/plugins/ets/runtime/interop_js/）、实现 ArkTS 与 JS 跨语言调用、处理 ETS 和 JS 之间的值转换（js_convert/JSRefConvert）、分析 Interop 内存泄漏与 GC 安全点、以及进行相关代码规范审查。

2026-06-2429

ohos-test-arkruntime-interop-testing

openharmonyinsight/openharmony-skills

Guide for adding and maintaining ArkTS <-> JS/TS interoperability tests in ArkCompiler. 触发场景：在 plugins/ets/tests/interop_js/tests/ 目录下创建新的 ArkTS 与 JS/TS 互操作（Interop）测试用例、调试/维护已有 Interop 测试、编写 C++ 运行器（GTest runner）或声明文件（.d.ets）时。

2026-06-2429

ohos-dev-distributed-cpp-callgraph-analysis

openharmonyinsight/openharmony-skills

Use when an OpenHarmony C++ change must be checked for call-chain completeness, especially for data propagation, IPC/proxy/stub paths, virtual overrides, callbacks, or dlopen/dlsym boundaries. Produces evidence tables and modification coverage matrices; the helper script only discovers candidate edges.

2026-06-1729

ohos-dev-distributed-device-image-flashing

openharmonyinsight/openharmony-skills

Use when the user wants to download OpenHarmony daily build images or flash them to a real device (DAYU200/RK3568 or others). Triggers on daily build, DAYU200, RK3568, flashing, burning, hdc reboot, upgrading firmware.

2026-06-1729

ohos-test-fuzz-generation

openharmonyinsight/openharmony-skills

为 C/C++ 项目生成 LLVM libFuzzer FUZZ 测试用例、执行 26 条安全规范审查、生成语义化种子数据。兼容 OpenHarmony / Linux / Android 构建系统。触发关键词：fuzz 测试、生成 fuzzer、创建 fuzz 用例、fuzz 规范检查、fuzz_test、LLVMFuzzerTestOneInput、种子数据/corpus

2026-06-1629

interop-promise

openharmonyinsight/openharmony-skills

ETS-JavaScript interop Promise bridging system in ArkCompiler. Use this skill when working on cross-language Promise conversion between ETS (ArkTS) and JavaScript, including JSConvertPromise Wrap/Unwrap, EtsPromise proxy creation, EtsPromiseRef bridging, CreatePromiseLink, OnJsPromiseCompleted callbacks, connectPromise, SettleJsPromise, PromiseInteropResolve/Reject, EtsAwaitPromise/AwaitProxyPromise, callback queue management, or any code under js_convert.h (Promise section), js_job_queue, ets_promise, ets_promise_ref, std_core_Promise.cpp, or PromiseInterop.ets. Also use when debugging cross-VM Promise state synchronization, coroutine suspension/resumption during await, or napi_deferred lifecycle issues.

2026-06-1629

name	arkweb-security-patch-risk
description	Assess residual risk after ArkWeb security patch merge, review, and build verification.
descriptionZH	ArkWeb 风险记录技能。记录安全、兼容性、稳定性、性能、ROM 和回滚风险，风险项不阻塞提交。
tags	["ArkWeb","risk","release"]

ArkWeb Risk Assessment

用于 arkweb-security-patch-risk-assessor。

输出

单 issue 模式写入 .ace-outputs/{runId}/11_risk_assessment.md。

稳定脚本优先

优先使用内置脚本生成风险评估产物，不要在运行时拼接临时 Python/Node/Shell 脚本：

python3 skills/arkweb-security-patch-risk/scripts/generate_risk_assessment.py \
  --run-root <context.projectRoot>/.ace-outputs/<runId>

脚本执行后，agent 回复只允许包含：

一行产物路径说明；
一行脚本执行结果摘要。

必须包含：

安全风险是否闭环。
兼容性、稳定性、性能、ROM、构建风险。
回滚建议。
是否存在前序产物证明的 patch 未合入或编译误报。
编译门槛状态：build_completed、build_status、exit_code、nonblocking_unrelated_build_failure、submit_eligible。

规则

风险项只记录，不阻塞提交上库。
不得把未知项、人工跟踪项或非当前步骤事项作为 fail 原因。
给定 patch 已真实合入，且本地编译通过，或编译命令完整退出后失败已证明与本次 patch 无关并记录为非阻塞编译风险时，必须允许提交上库。
编译进程中断、超时、无真实退出码、后台进程失联、重跑仍未完成、build.log 不可信、build_completed=false 或 submit_eligible=false 不属于非阻塞编译风险；这种情况必须阻止提交并进入结果归档。
“编译失败与本次 patch 无关”必须建立在一次可信的完整编译退出结果上；没有完整退出码时不能做无关放行。
只有前序产物证明给定 patch 未真实合入，或与本次 patch 相关的编译失败却被误报为通过/无关，才允许输出阻塞结论；这种阻塞表示前序产物不可信，应进入结果归档记录证据，不得建议回到自动合入或编译验证形成循环。
批量模式不得把多个 issue 的风险混成一个统一结论；每个 issue 必须独立记录风险摘要。
批量模式必须保留 overlap 信息：如果多个 issue 修改同一文件，自动合入阶段应已按 issue_id 数值升序为每个重复文件组选择 winner。winner issue 属于 active batch，风险评估必须正常记录其合入/编译/提交风险；非 winner issue 应已标记 deferred_for_archive 并退出 active batch，风险评估中只说明这些 issue 未进入本轮合入/编译/提交，最终由结果归档列为遗留，不得建议把多个 issue 合成一个提交。
评估必须基于当前 issue 的产物和当前工程目标子仓中属于该 issue 的 diff；历史脏改不属于当前 issue 风险。

裁决产物

脚本和产物必须写入完整 11_risk_assessment.json，字段固定为：

{
  "verdict": "pass|conditional_pass|fail",
  "next_state": "提交上库|结果归档",
  "issues": [],
  "summary": "一句话总结"
}

不得在最终回复中输出上述 JSON；不得用 Supervisor 风格的“当前阶段结论 / 是否建议继续迭代 / 下一步指导意见”替代产物。