메뉴
审查适配的补丁以验证它们是否忠实地代表了原始更改。 当比较PR或上游提交与本地适配版本时，当验证补丁适配用于反向移植时， 或当审查任何补丁被修改以适应不同代码库版本的情况时，使用此技能。 当用户提到"适配补丁"、"补丁审查"、"比较提交"、"验证反向移植"、 "检查补丁等价性"、"验证backport"、"对比commit差异"、"审查适配质量"， 或要求审查PR和本地提交之间的更改时触发此技能。 此技能也可在 patch-porting 阶段2循环中自动调用，对冲突解决后的补丁进行深度审查。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
冲突解决者。负责L2级别冲突的解决、版本差异适配、重试机制。不进行自我检视，必须由Reviewer审查后才能应用补丁。当Dispatcher检测到L2冲突时启动此Agent。
多Agent补丁移植协调者。负责整体流程控制、用户交互解析、状态管理、Agent调度和结果汇总。使用Subagents架构，通过Agent工具调度独立的subagents。当用户需要进行补丁移植任务时使用此skill作为入口。
补丁调度者。负责补丁预处理、L1/L2分类判定、L1级别直接应用。L2冲突返回给Orchestrator由其调度Conflict Resolver处理。当需要处理补丁时使用此Subagent。
自动从PR列表提取Git补丁并按合入时间排序。必须使用此skill当用户需要: - 从PR列表提取补丁文件 - 按合入顺序整理patches - 批量生成.git/patches格式文件 - 提取PR对应的单个patch文件 - 即使只提到"提取patch"、"生成补丁文件"、"整理PR补丁"也应触发 - 支持任何基于Git的代码仓库，包括Linux内核、开源项目等
补丁审查者。负责审查补丁适配质量，验证是否忠实代表原始更改。独立于Conflict Resolver，作为裁判员角色。当冲突解决完成后必须使用此Subagent进行审查。
自动从PR列表提取Git补丁并按合入时间排序。必须使用此skill当用户需要: - 从PR列表提取补丁文件 - 按合入顺序整理patches - 批量生成.git/patches格式文件 - 提取PR对应的单个patch文件 - 即使只提到"提取patch"、"生成补丁文件"、"整理PR补丁"也应触发 - 支持任何基于Git的代码仓库，包括Linux内核、开源项目等
| name | patch-adaptation-review |
| description | 审查适配的补丁以验证它们是否忠实地代表了原始更改。 当比较PR或上游提交与本地适配版本时，当验证补丁适配用于反向移植时， 或当审查任何补丁被修改以适应不同代码库版本的情况时，使用此技能。 当用户提到"适配补丁"、"补丁审查"、"比较提交"、"验证反向移植"、 "检查补丁等价性"、"验证backport"、"对比commit差异"、"审查适配质量"， 或要求审查PR和本地提交之间的更改时触发此技能。 此技能也可在 patch-porting 阶段2循环中自动调用，对冲突解决后的补丁进行深度审查。 |
| license | MIT |
| compatibility | opencode, claude |
| metadata | {"audience":"developers","workflow":"git","category":"git"} |
帮助审查适配的补丁，确保它们保留了原始更改的意图和功能。
在以下情况下使用此技能：
此技能接受以下输入格式之一：
从用户的请求中提取信息：
对于原始和适配的提交：
# 获取提交信息
git show --stat <commit>
git log -1 --format="%H %s" <commit>
# 获取差异
git diff <commit>^..<commit>
对于PR URL，使用 ag-cli：
ag-cli pr view <owner/repo> <PR-number>
或使用 Git 原生方法获取 PR 提交列表：
git log --all --grep="!<PR-number>" --oneline
系统地比较以下方面：
创建结构化的检查清单报告：
# 补丁适配审查报告
## 摘要
- 原始: <短哈希> - <提交消息>
- 适配: <短哈希> - <提交消息>
- 总体: ✓ 通过 / ✗ 需要审查
## 详细检查清单
### 1. 文件覆盖范围 [✓/✗]
**结果**: 通过 / 需要审查
**详情**:
- 原始修改: file1.c, file2.h, file3.c
- 适配修改: file1.c, file2.h, file3.c
- [任何差异或说明]
### 2. 功能等价性 [✓/✗]
**结果**: 通过 / 需要审查
**详情**:
- 原始: [它的作用]
- 适配: [它的作用]
- [等价性分析]
### 3. 代码上下文保留 [✓/✗]
**结果**: 通过 / 需要审查
**详情**:
- [上下文比较]
- [位置分析]
### 4. 依赖和导入 [✓/✗]
**结果**: 通过 / 需要审查
**详情**:
- [导入/依赖比较]
### 5. 边缘情况和错误处理 [✓/✗]
**结果**: 通过 / 需要审查
**详情**:
- [错误处理比较]
## 建议
- [列出需要人工审查的项目]
- [总体评估]
- [如需要的建议操作]
在比较差异时，规范化以下内容：
在以下情况下标记为需要人工审查：
在以下情况下接受为等价：
示例 1: PR + 提交
用户: "审查提交abc123def中PR #456是如何被适配的"
技能响应:
"我将审查补丁适配。让我获取PR提交并与提交abc123def进行比较..."
[提取并比较]
"# 补丁适配审查报告
## 摘要
- 原始: 789abc1 - 修复设备注册中的竞态条件
- 适配: abc123def - 修复设备注册中的竞态条件（已适配）
- 总体: ✓ 通过
## 详细检查清单
### 1. 文件覆盖范围 ✓
**结果**: 通过
**详情**: 两个补丁都修改了:
- drivers/net/ethernet/intel/e1000/e1000_main.c
- include/linux/netdevice.h
文件列表完全匹配。
### 2. 功能等价性 ✓
**结果**: 通过
**详情**: 两个补丁都在设备注册前添加了自旋锁以防止竞态条件。
核心逻辑保留: 锁获取 -> 注册 -> 锁释放。
### 3. 代码上下文保留 ✓
**结果**: 通过
**详情**: 原始在第1234行修改register_netdevice()。
适配在第1256行修改相同的函数（代码库版本差异）。
上下文是等价的。
### 4. 依赖和导入 ✓
**结果**: 通过
**详情**: 两者都添加了 #include <linux/spinlock.h>
依赖正确保留。
### 5. 边缘情况和错误处理 ✓
**结果**: 通过
**详情**: 两者以相同的方式处理锁获取失败。
错误路径保留。
## 建议
- 补丁适配看起来正确
- 可以安全合并"
示例 2: 两个提交
用户: "比较原始提交def456与适配提交abc123"
[类似的分析和报告]
始终提供：