PR 评审意见处理工作流

技能文档

---
name: metyatech-skill-pr-review-workflow
title: PR 评审意见处理工作流
description: 处理 PR 评审闭环：回应并解决评审意见、精准重新请求复审（只找提出意见的审查者）、触发 AI 审查机器人复审、管理 GitHub 通知（done 与已读的区别）以及合并后清理分支。当用户要求处理 PR 评审意见、re-request review、处理审查机器人意见、清理 GitHub 通知、合并后删分支时触发；不适用于创建新 PR 或一般开发。触发词：处理评审意见、PR 复审、重新请求审查、GitHub 通知清理、合并后清理。
category: 开发工具
---

# PR 评审意见处理工作流

## 技能工作流

### 步骤1：处理评审意见并解决会话

- 落实 PR 评审意见后，先解决（resolve）对应的评审会话（thread）再收尾；没有操作权限时明确说明。
- 重新请求复审之前，先运行相关验证套件，并在 PR 评论/描述中汇总结果（命令 + 结果）。

### 步骤2：精准重新请求复审

- 推送修复后，只向**本轮提出被处理意见**的审查者重新请求复审。
- 不要向未提出相关意见、或已表示无进一步问题的审查者（包括 AI 审查者）重新请求。
- 已无适用审查者时，询问用户接下来应由谁审查。

### 步骤3：AI 审查机器人复审

当仓库配置了 Codex 和/或 Copilot 审查机器人时，**只**触发提出了被处理意见的机器人复审：

- Codex 复审（仅在适用时）：在 PR 下评论 `@codex review`。
- Copilot 复审（仅在适用时）：用 GitHub API 移除并重新请求机器人审查者 `copilot-pull-request-reviewer[bot]`（不要依赖 UI 上的审查者指派）：
  - 移除：`DELETE /repos/{owner}/{repo}/pulls/{pr}/requested_reviewers`，请求体 `{"reviewers":["copilot-pull-request-reviewer[bot]"]}`
  - 添加：`POST /repos/{owner}/{repo}/pulls/{pr}/requested_reviewers`，请求体 `{"reviewers":["copilot-pull-request-reviewer[bot]"]}`

### 步骤4：管理 GitHub 通知

- 用 `DELETE /notifications/threads/{id}`（HTTP 204）把通知标记为**完成（done）**（从收件箱移除/移入 Done 标签页）。
- **不要**用 `PATCH /notifications/threads/{id}`（只标已读，仍留在收件箱）。
- 处理完通知后，对剩余「已读但未完成」的通知用同一 DELETE API 批量清理。

### 步骤5：合并后清理

PR 完成后：合并 PR → 同步目标分支 → 删除本地与远端的 PR 分支。

## 适用边界

- 适用：处理评审意见、重新请求复审、AI 机器人复审、通知管理、合并后清理。
- 不适用：创建新 PR 或一般开发任务。

使用说明

# PR 评审意见处理工作流

处理 PR 评审闭环：解决评审会话、精准重新请求复审、触发 AI 审查机器人复审、清理 GitHub 通知、合并后删分支。

## 适用场景

- 落实 PR 评审意见后的收尾与验证
- 修复推送后精准 re-request review
- 管理 Codex / Copilot 审查机器人的复审触发
- 批量清理 GitHub 通知、合并后删除分支

## 使用方式

对 AI 助手说：

```text
处理一下这个 PR 的评审意见
修复已推送，帮我重新请求审查
清理 GitHub 通知，合并后删掉分支
```

## 核心规则

- 重新请求复审只找本轮提出意见的审查者
- 通知用 DELETE API 标记「完成」，而非仅标已读
- 复审前先跑验证并在 PR 中汇总命令与结果

## 不适用

创建新 PR、一般开发任务。

如何安装此技能？

访问技能市场，点击「安装」按钮，按提示将技能包放入 AI 编程助手的 skills 目录即可。