通过 Skills CLI 安装
使用 npx skills add 将该 skill 安装到选中的 Agent。Phase 0 命令均为按规则生成，尚未验证。
Codex
npx skills add https://github.com/garry-stack/review-radar -g -a codex -y去掉 -g 可改为项目级安装
#3
该品类排名 #3 / 共 44 个· Ranked #3 of 44 in this category
Review Radar
先找 bug、回归和缺失测试。
Find the bugs, regressions, and missing tests first.
安装前须知Before you install
✓未声明特殊权限需求No special access needs declared
编辑结论· Editor's verdict
想拿 PR 评审的洞察、但又不想绑定到完整评审流程时，它最合适。给出的回归和缺测试信号跟 gstack-review 是同一档，但只输出建议——不动 diff、不写评论、不申请修复。最适合资深工程师在自己 merge 之前做二次审视。要给别人代码把关时它不够用，那种场景 gstack-review 的更重流程才能撑住。
Best when you want PR review insights without committing to a full review workflow. Surfaces the same regression-and-missing-tests signal as gstack-review, but in a quieter, suggestion-only mode — no fix application, no diff edits, no comment threads. Strongest for senior engineers who want a second opinion before they merge their own PR. Weakest when the goal is gating others' code; for that, gstack-review's heavier loop pays off.
✓
适合什么场景Best for
- 聚焦代码评审Focused code review
- 回归问题排查Regression hunting
- 缺失负路径测试Missing negative-path tests
✗
不适合什么场景Not for
- 浏览器 QABrowser QA
- 发布沟通Release communication
- 非代码写作任务Non-code writing tasks
vs 其他选择vs alternatives
完整对比表Full compare table →#1GStack Review
分支合并前，先把真正危险的改动挑出来。
差异 · diff高信号 PR 评审的首选。它读的是 diff 本身，而不是把整个仓库重新总结一遍，所以评审会落在真正变化的代码上。最擅长信任边界类问题——SQL 注入、鉴权检查、条件分支副作用——这些在浅层评审里最容易漏掉。纯样式问题别用它，丢给 linter 更划算。建议先在普通 feature 分支上验过一次，再放到 hot-fix 流程里用。
QA Loop
打开产品走一遍流程，发现问题就修，然后再验证。
差异 · diff做需要留证据链的浏览器 QA，它是最佳选择。每次跑都会产出截图、控制台 diff 和可重放的动作日志——比一句「我在本地测过了」更难被挡回去。适合做合并前关卡，也适合带证据提 bug。别用在单元测试场景，也别在敏感的登录态生产会话里用——截图本身就是数据风险。
#2Git Shiproom
请求评审前，先给分支做一次发布前检查。
差异 · diff专门覆盖「我这个分支可以合了」到「评审者能冷启动接手」之间那段窄缝。会跑一遍发布前检查：依赖漂移、改动文件缺没缺测试、commit 标题和 PR 描述对不对得上，然后生成一份评审者能 60 秒读完的交接说明。它不是代码评审器——不审查逻辑。当作请求评审前的最后一步用，别拿它代替评审本身。
维度对比side-by-side compare
和同类的关键维度差异| 当前 · this skillReview Radar | GStack Review | QA Loop | Git Shiproom | |
|---|---|---|---|---|
| 评分 · rating | 4.8 | 4.9 | 4.9 | 4.9 |
| 星标 · stars | 11k | 123k | 15k | 13k |
| 风险 · risk | 低风险 · low risk | 低风险 · low risk | 中风险 · med risk | 低风险 · low risk |
| 最适合 · best for | 聚焦代码评审 | 合并前 PR 评审 | 浏览器冒烟测试 | 分支发布前检查 |
| 不适合 · not for | 浏览器 QA | 纯样式评审 | 纯单元测试 | 深度代码评审 |
审计备注Audit notes
2026-06-10 复查 · last reviewed源码Source公开 GitHub · open on GitHub✓
作者Author已验证作者 · verified org✓
网络访问Network只读 · read-only✓
文件写入Filesystem工作目录沙箱 · sandboxed✓
依赖Dependencies依赖少且通过审计 · audited✓
遥测Telemetry无 · none✓