AI PR 医生 - 自动诊断并修复 GitHub PR,生成修复报告。触发词:PR 诊疗、代码审查、修复 PR、PR 医生、自动合并。
AI PR 医生 (ai-pr-doctor)
功能概述
AI PR 医生 (ai-pr-doctor)是一项面向实际任务的技能,主要用于GitHub PR → AI 代码审查 → 自动修复 → 合并 → 修复报告 → 飞书通知;🎯 解决痛点;
核心要点
- ❌ 团队 PR 堆积,没人及时 review;
- ❌ 代码审查耗时,漏掉潜在 bug;
- ❌ 简单修复(格式、测试)手动操作太繁琐;
使用与执行
❌ 合并后没有记录,不知道修了什么;💡 解决方案;📦 包含 Skills;Skill;github;获取 PR 信息。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
结果检查与注意事项
从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
AI PR 医生 (ai-pr-doctor)
GitHub PR → AI 代码审查 → 自动修复 → 合并 → 修复报告 → 飞书通知
🎯 解决痛点
- ❌ 团队 PR 堆积,没人及时 review
- ❌ 代码审查耗时,漏掉潜在 bug
- ❌ 简单修复(格式、测试)手动操作太繁琐
- ❌ 合并后没有记录,不知道修了什么
💡 解决方案
GitHub PR 链接/编号
↓
┌──────────────────┐
│ github │ → gh pr view 获取 PR 信息 + 代码diff
└────────┬─────────┘
↓
┌──────────────────┐
│ code-review-skill│ → 5维度 AI 并行审查:CLAUDE.md合规、Bug审计、
└────────┬─────────┘ Git历史分析、过往PR评论、代码注释合规
↓
┌──────────────────┐
│ auto-pr-merger │ → 尝试自动修复 + 重跑测试 + 自动合并
└────────┬─────────┘
↓
┌──────────────────┐
│ feishu_doc │ → 生成修复报告并发布至飞书文档
└──────────────────┘
📦 包含 Skills
| Skill | 作用 | 调用顺序 |
|---|---|---|
| github | 获取 PR 信息、代码diff、合并操作 | 1 |
| code-review-skill | 5维度 AI 并行代码审查 | 2 |
| auto-pr-merger | 自动修复 + 测试 + 合并 | 3 |
| feishu_doc | 生成诊疗报告并发布飞书 | 4 |
🔧 前置要求
- gh CLI 已安装并认证 (
gh auth status) - GitHub 仓库 可写(用于 auto-pr-merger push 修复)
- 飞书机器人 已配置 feishu_doc 权限
📝 使用方法
触发命令
/ai-pr-doctor诊断这个 PR 代码审查这个 PR 帮我看看这个 PR
完整命令
# 方式 1:通过 OpenClaw
openclaw run ai-pr-doctor --pr https://github.com/owner/repo/pull/123
# 方式 2:通过 cron 定时检查未合并的 PR
openclaw cron add
--name "PR 待审查提醒"
--schedule "0 10 * * 1-5"
--skill ai-pr-doctor
--params '{"mode":"check-pending","repo":"owner/repo"}'
🔄 工作流详情
Step 1: 获取 PR 信息
步骤: 1
技能: github
输入:
action: pr view
repo: ${repo_from_input}
pr_number: ${pr_number}
output: json
输出:
pr_title: ${title}
pr_body: ${body}
pr_state: ${state}
changed_files: ${files}
diff_url: ${diff_url}
author: ${user.login}
Step 2: AI 代码审查
步骤: 2
技能: code-review-skill
输入:
pr_url: ${pr_url}
review_dimensions:
- CLAUDE.md 合规性审查
- 浅层 Bug 扫描
- Git 历史上下文分析
- 过往 PR 评论对照
- 代码注释合规检查
output_format: structured_json
输出:
issues: ${issue_list}
severity_scores: ${scores}
review_summary: ${summary}
Step 3: 自动修复与合并
步骤: 3
技能: auto-pr-merger
输入:
pr: ${pr_url}
test: "npm test" # 可自定义测试命令
retries: 2
auto_merge_if_passed: true
输出:
fixed_files: ${files_modified}
test_results: ${test_output}
merge_result: ${merge_state}
Step 4: 生成修复报告
步骤: 4
技能: feishu_doc
输入:
action: create
title: "🔬 PR 诊疗报告 #${pr_number} | ${pr_title}"
content: ${report_markdown}
输出:
doc_url: ${docUrl}
doc_id: ${docId}
📊 输出示例:PR 诊疗报告
# 🔬 PR 诊疗报告 #123 | feat: 新增用户认证功能 **仓库**: owner/repo | **PR 链接**: https://github.com/owner/repo/pull/123 **作者**: @zhangsan | **审查时间**: 2026-04-25 --- ## 📋 PR 概览 | 字段 | 值 | |------|-----| | 状态 | ✅ 已合并 | | 文件变更 | +127 / -43 | | 审查轮次 | 1 | | 自动修复 | 2 处 | --- ## 🩺 AI 审查结果 ### 🔴 严重问题 (2) | # | 文件 | 行号 | 问题描述 | |---|------|------|---------| | 1 | src/auth/login.ts | L45 | SQL 注入风险:未使用参数化查询 | | 2 | src/middleware/logger.ts | L12 | 敏感信息日志外泄 | ### 🟡 中等问题 (3) | # | 文件 | 问题描述 | |---|------|---------| | 1 | src/auth/token.ts | Token 过期时间过长(30天,建议7天)| | 2 | tests/login.test.ts | 测试覆盖率仅 45%,建议提升至 80% | ### 🟢 低优先级 (1) | # | 问题 | |---|------| | 1 | 缺少 JSDoc 注释 | --- ## 🔧 自动修复记录 | 文件 | 修复内容 | 状态 | |------|---------|------| | src/utils/format.ts | Prettier 格式化 | ✅ | | tests/login.test.ts | Jest 配置修复 | ✅ | | src/auth/token.ts | Token 过期时间调整 | ⏭️ 跳过(需人工确认)| --- ## ✅ 合并结果 - **自动合并**: 成功 - **CI 状态**: 通过 🟢 - **审查通过**: 2/2 检查项 - **合并时间**: 2026-04-25 20:15 UTC --- *由 AI PR Doctor 自动生成*
⚙️ 自定义配置
修改测试命令
编辑 workflow.json 中的 auto-pr-merger 配置:
{
"steps": [
{
"id": "step3_merge",
"skill": "auto-pr-merger",
"input": {
"test": "pytest tests/ -v",
"retries": 3
}
}
]
}
修改审查维度
{
"code_review": {
"dimensions": [
"security",
"performance",
"maintainability",
"test_coverage"
],
"severity_threshold": 50
}
}
⚠️ 注意事项
- 权限要求: auto-pr-merger 需要对仓库有写权限才能 push 修复
- 测试命令: 请根据实际项目修改测试命令,默认
npm test - 安全审查: 涉及安全的 PR 建议人工二次确认
- CI 依赖: 依赖 GitHub Actions 状态,建议开启 required checks
📞 故障排除
| 问题 | 原因 | 解决方案 |
|---|---|---|
| gh auth 失败 | 未登录 | 运行 gh auth login |
| 自动修复失败 | 代码冲突 | 手动解决冲突后重试 |
| PR 已被合并 | 无需处理 | 跳过此 PR |
| CI 未通过 | 测试失败 | 查看详细日志,手动修复 |
热门AI工具
相关专题
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。
0
2026.10.22
PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.4万人学习
共6课时 | 54.7万人学习
