GitHub Pull Request 提交后,自动完成审查 → 问题记录 → 分派修复 → 验证通过 → 合并的全流程,零人工干预。
痛点传统方式本技能PR堆积人工审查速度慢,积压严重自动秒级启动审查标准不一每个人审查维度不同结构化5维度审查(正确性/安全/可读/性能/可维护)问题跟踪难审查意见散落在PR评论中自动创建 GitHub Issues 跟踪每一个问题修复无闭环审查完不知道谁改、什么时候改Issues 分派责任人,状态驱动闭环合并风险没有质量门禁,随便合并必须所有 Blocking 问题修复才可合并
text
PR 创建/更新
│
▼
Step 1: 结构化 Code Review(code-review-skill)
• 5个独立维度审查:正确性 / 安全 / 可读 / 性能 / 可维护
• 并行 Agents 独立审查,互不干扰
• 输出审查结论:Approve / Request Changes / Comment Only
│
▼
Step 2: 问题 Issue 化(github-issues-skill)
• Blocking 问题 → 创建 Issue 并分派给 PR 作者
• Suggestion 问题 → 作为 PR 评论保留
• 每个 Issue 包含:问题描述 / 代码位置 / 修复建议 / 严重程度
│
▼
Step 3: 修复验证循环(github-actions-templates)
• 生成 CI 验证工作流(lint + test + build)
• Issue 全部关闭后触发质量门禁检查
• 自动合并通过审查的 PR
│
▼
Step 4: 合并报告(github-actions-templates)
• 生成本次审查摘要(问题数/修复时间/质量评分)
• 记录到项目知识库(可选)
触发词执行内容帮我审查这个PR对指定PR进行完整审查流程PR审查 xxx/repo#123指定仓库的指定PR审查建立PR质量门禁为仓库配置完整的自动化审查工作流审查并记录审查PR并自动创建Issue跟踪查看PR审查状态查询当前PR的审查进度和Issue状态
bash
# 直接审查 PR(格式:owner/repo#pr_number)
启动 code-review-skill,对 GitHub PR 进行结构化审查
示例:
输入:帮我审查 flutter/flutter#45231
执行:5维度并行审查 → 输出审查报告
bash
启动 github-actions-templates,生成自动化 PR 审查 CI 工作流
• lint 检查
• 单元测试
• 构建验证
• 审查报告生成
bash
启动 github-issues-skill
• 将审查问题创建为 Issue
• 自动分派给 PR 作者
• 设置 Milestone 跟踪
• 修复后自动关闭 Issue
层级组件职责审查层code-review-skill并行5维度Code Review,结构化输出跟踪层github-issues-skill审查问题Issue化,责任分派,状态跟踪CI层github-actions-templates自动化CI工作流,质量门禁,合并控制编排层pr-review-factory整体流程编排,状态驱动,结果汇总
维度审查内容严重程度正确性逻辑错误、空指针、边界条件🔴 Blocking安全性注入风险、敏感信息泄露、依赖漏洞🔴 Blocking可读性命名规范、注释完整、函数长度🟡 Suggestion性能复杂度、N+1查询、不必要的循环🟡 Suggestion可维护重复代码、耦合度、测试覆盖🟡 Suggestion
GITHUB_TOKEN)text
用户: 帮我审查 facebook/react#54321
AI:
→ 启动 code-review-skill,拉取 PR 变更
→ 启动 5 个并行审查 Agent
→ 发现 3 个 Blocking 问题,2 个 Suggestion
→ 启动 github-issues-skill,创建 3 个 Issue 并分派
→ 启动 github-actions-templates,配置 CI 验证工作流
→ 审查报告:2 Blocking 待修复,1 Suggestion 可选