菜单
内核补丁迁移与冲突解决工作流。用于导出 Git 提交为 patch、检查补丁是否已存在、分析 .rej 冲突、按顺序批量合入 patch_sets，并在每个补丁合入后执行确定性 post-apply 门禁校验与自动复检循环。适用于 Linux 内核补丁迁移、config 文件映射同步、顺序合入多个补丁集、补丁边界漂移检查和补丁合入质量校验。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
基于 SOC 职业分类
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/kunpengcompute/cloud-skills --skill kernel-patch命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | kernel-patch |
| description | 内核补丁迁移与冲突解决工作流。用于导出 Git 提交为 patch、检查补丁是否已存在、分析 .rej 冲突、按顺序批量合入 patch_sets，并在每个补丁合入后执行确定性 post-apply 门禁校验与自动复检循环。适用于 Linux 内核补丁迁移、config 文件映射同步、顺序合入多个补丁集、补丁边界漂移检查和补丁合入质量校验。 |
优先使用 skill 自带脚本。不要为了编排批量补丁合入而额外新写 shell/python 脚本；如果发现 skill 能力缺口，停止并报告缺口。
批量合入 patch sets：
--input-json / --input-json-inline 和扁平兼容参数单功能任务：
.rej： scripts/analyze_rej_file.py
--output-level full对批量补丁合入，只允许这个流程：
task_memory.py inspect --patches-dir ...
exists: false，说明任务尚未开始，可以开始新的批量任务task_status: running、revalidating、auto_fixing、waiting_after_continue、completed_pending_review 或 needs_human，说明有未结束任务，必须先按 state 恢复，不能假装是新任务task_status: ended，说明旧任务已结束；不要再把这份 state 当活动上下文读取run_patch_sets.pyresolve_conflicts：
git add -Aanalyze_rej_file.py 分析 .rej.rej，保留 reject 目录备份git am --continuerun_patch_sets.py --after-continue ... 继续；默认会从批量 state 文件自动恢复 test_branchgit am --continue”的场景下调用 --after-continuehandoff_review：
review_prompt 原样拉起 patch-validatorescalate_human：
validation_status / artifact_path 判断是“需要修改当前 HEAD”还是“只需要人工接受当前结果”run_patch_sets.py --resume-after-fixrun_patch_sets.py --human-decision ...run_patch_sets.py --reconcile ...run_patch_sets.py 可以恢复批量游标--after-continue 提示 state 与 test branch 历史不一致，也走 --reconcilereferences/state-reconcile.mdpatch-validator 确认整个任务结束，再运行 task_memory.py mark-ended --patches-dir ... --final-head ...stop_validation_failed、stop_invalid_input、 或 ，立即停止不要做这些事：
apply_all.sh 之类的 orchestratorpython -c 重写 skill 逻辑git amgit am --skipapply_patches.py排查和冲突处理时，默认只读当前补丁、当前文件、当前 hunk 需要的最小上下文。
硬规则：
rg，再用 sed -n start,endp 或等价方式读取约 20-80 行git log；默认只看 git log --oneline -n N、指定路径日志或指定提交git diff；默认只看当前 patch 对应文件块，或指定路径的局部 diff.rej 只涉及一个文件，只查看这个文件的局部上下文；不要顺手扩展到同一 patch 的其他文件汇报进度时也只基于结构化结果，不要猜：
task_memory.py inspect 返回和 state 文件，不要依赖之前聊天里的自然语言总结run_patch_sets.py 返回里的 patch_set_index、commit_index 和最后一条 results 判断当前进度git_am_status 是 paused，说明已经进入下一个 patch set，只是卡在当前补丁用户主入口提供 config_files。批量入口会把它们转换成内部 config_targets。
规则：
Kconfig / Kconfig.* 属于配置定义文件，直接按原路径应用，不参与映射config_filesconfig-mapping-required每个补丁 git am --continue 成功后必须校验。
允许通过：
identicalconfig-mapped-equivalent需要自动复检循环（最多 4 轮）：
differentsemantic-substitution-suspectedmissing-hunk需要停止：
config-mapped-incompleteconfig-target-missingconfig-unmapped边界预分析中：
warning-symbol-overlap 只记录，不阻断already-absorbed / requires-prerequisite 也仅作为 warning，真正阻断以 post-apply 门禁为准run_patch_sets.py 会把批量进度写入 patches_dir/.kernel_patch_state.jsonruntime.exported_patch_index 中；恢复时优先复用已有 commit -> patch_file 映射，仅在缺失时按需重导当前所需 commitpatch_set_index + commit_index；目标分支上的 commit SHA 仅作为当前观测值记录，--amend 后允许变化run_patch_sets.py --after-continue ...，未显式传 --resume-* 时会尝试自动恢复run_patch_sets.py --reconcile ... 重新对齐references/state-reconcile.md 中的人工确认规则处理--resume-test-branch、--resume-set-index、--resume-commit-index 时，CLI 参数优先target_repo、target_branch 或 patch_sets 不匹配，脚本会停止而不是误复用旧任务状态completed_pending_review，并带上 review_prompt 供后续拉起 patch-validatorphase 语义：
running：任务进行中revalidating：自动复检循环中auto_fixing：自动修复/重试阶段waiting_after_continue：冲突解决后等待 --after-continueneeds_human：自动循环无法收敛，升级人工completed_pending_review：合入完成，等待 reviewended：任务已结束；下次进入 skill 时不要再把它当作活动任务读取aborted：任务异常停止stop_manual_recovery_requiredescalate_human