Agent Skills
返回列表
代码评审助手

代码评审助手

开发编程 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_72f37707/reviewer。

技能介绍

要解决什么问题

代码评审常停在“格式对不对”“有没有明显 bug”的层面，缺少对目标、上下文、测试和安全边界的统一判断。这个技能把评审拆成可执行流程：先确定评审对象是本地未提交改动还是远程 PR/MR，再根据 GitLab 或本地仓库收集上下文、差异和预检结果，最后输出结构化的评审意见。

工作方式

  • 确定评审目标：如果用户提供 PR 编号或链接，优先审查远程 PR；如果只说“review my changes”，则检查 git status、git diff、git diff --staged。
  • 准备上下文：对远程 GitLab MR，若 API 受限，会要求补充 MR 描述、目标和 diff；有本地仓库时引导运行 npm run preflight 等验证。
  • 深入分析：围绕 Correctness、Maintainability、Readability、Efficiency、Security、Edge Cases and Error Handling、Testability 给出判断。
  • 反馈结构：输出 Summary、Critical、Improvements、Nitpicks 和 Conclusion，推荐 Approved 或 Request Changes。
  • 收尾：远程 PR 评审后可询问是否切回 main / master。

适用边界

它更适合已有明确代码改动、项目描述和验证命令的仓库。若缺少 MR 目标、diff 或本地验证结果，评审会偏保守；它不会替代完整测试、架构评审或组织内强制合规检查。

使用场景

  • 提交 PR 前，用本地 diff 让代理检查逻辑错误、安全漏洞和缺失测试。
  • 评审远程 GitLab MR 时，整理 MR 目标、diff 和 preflight 输出给代理分析。
  • 代码改动较大时，先运行 npm run preflight，再让代理基于结果给出关键问题与改进建议。
  • 合并前需要一份可归档评审记录，按 Summary、Findings、Conclusion 输出建议。

适合人员

  • 负责 PR 合入把关的后端工程师：希望代理按 Critical、Improvements 输出结构化反馈。
  • 使用 GitLab MR 的团队开发：想把 MR 描述、diff 和 preflight 输出交给代理复核。
  • 发布前检查安全与测试覆盖的应用开发：需要代理指出漏洞、边界情况和缺失测试。
  • 需要评审记录归档的技术负责人：希望得到 Summary 与 Approved/Request Changes 结论。