通过 Skills CLI 安装
使用 npx skills add 将该 skill 安装到选中的 Agent。Phase 0 命令均为按规则生成，尚未验证。
Codex
npx skills add https://github.com/anya-raghavan/test-bench -g -a codex -y去掉 -g 可改为项目级安装
#5
该品类排名 #5 / 共 93 个· Ranked #5 of 93 in this category
Test Bench
在 CI 暴露问题之前，先补上明显的测试缺口。
Fill the obvious testing holes before CI embarrasses you.
安装前须知Before you install
✓未声明特殊权限需求No special access needs declared
编辑结论· Editor's verdict
适合在评审或 QA 已经暴露证据后，把这些证据沉淀进 CI。
Best used after review or QA reveals that evidence needs to move into CI.
✓
适合什么场景Best for
- 缺失覆盖Missing coverage
- 不稳定测试排查Flaky test triage
- 回归测试规划Regression test planning
✗
不适合什么场景Not for
- 手工浏览器探索Manual browser exploration
- 发布说明Release notes
- 人物研究Persona research
vs 其他选择vs alternatives
完整对比表Full compare table →GStack Review
分支合并前，先把真正危险的改动挑出来。
差异 · diff高信号 PR 评审的首选。它读的是 diff 本身，而不是把整个仓库重新总结一遍，所以评审会落在真正变化的代码上。最擅长信任边界类问题——SQL 注入、鉴权检查、条件分支副作用——这些在浅层评审里最容易漏掉。纯样式问题别用它，丢给 linter 更划算。建议先在普通 feature 分支上验过一次，再放到 hot-fix 流程里用。
#1QA Loop
打开产品走一遍流程，发现问题就修，然后再验证。
差异 · diff做需要留证据链的浏览器 QA，它是最佳选择。每次跑都会产出截图、控制台 diff 和可重放的动作日志——比一句「我在本地测过了」更难被挡回去。适合做合并前关卡，也适合带证据提 bug。别用在单元测试场景，也别在敏感的登录态生产会话里用——截图本身就是数据风险。
Git Shiproom
请求评审前，先给分支做一次发布前检查。
差异 · diff专门覆盖「我这个分支可以合了」到「评审者能冷启动接手」之间那段窄缝。会跑一遍发布前检查：依赖漂移、改动文件缺没缺测试、commit 标题和 PR 描述对不对得上，然后生成一份评审者能 60 秒读完的交接说明。它不是代码评审器——不审查逻辑。当作请求评审前的最后一步用，别拿它代替评审本身。
维度对比side-by-side compare
和同类的关键维度差异| 当前 · this skillTest Bench | GStack Review | QA Loop | Git Shiproom | |
|---|---|---|---|---|
| 评分 · rating | 4.4 | 4.9 | 4.9 | 4.9 |
| 星标 · stars | 6.1k | 123k | 15k | 13k |
| 风险 · risk | 低风险 · low risk | 低风险 · low risk | 中风险 · med risk | 低风险 · low risk |
| 最适合 · best for | 缺失覆盖 | 合并前 PR 评审 | 浏览器冒烟测试 | 分支发布前检查 |
| 不适合 · not for | 手工浏览器探索 | 纯样式评审 | 纯单元测试 | 深度代码评审 |
审计备注Audit notes
未独立审计 · not audited源码Source公开 GitHub · open on GitHub✓
作者Author已验证作者 · verified org✓
网络访问Network未独立审计 · not audited!
文件写入Filesystem未独立审计 · not audited!
依赖Dependencies未独立审计 · not audited!
遥测Telemetry无 · none✓