把“做完—挨批—修改”变成固定流程：代理先交出初稿，再派一个只看成品、不看自己推理过程的审稿子代理打 1–10 分并列出问题，按意见修改，直到达到质量门槛。
skills.sh 安装量 106836（+2750 / 24h）
安全审计：已审计（未发现风险）
安装：npx skills add https://github.com/2dmurali/review-loop-skill --skill review-loop
理由
- 默认至少 2 轮、最多 4 轮、8/10 过关，可在提示里改，例如 “use review-loop, gate 9, max 5 loops”
- 审稿提示模板要求问题分 Critical / Important / Minor、尽量给出 file:line，并写明为什么要改、改什么；每轮向用户报告分数和要点，最后附整个循环的小结
- 规定审稿模型不能弱于干活的模型；连续 2 轮分数不涨且意见相同，就提示换更强的模型、临时降低门槛或把任务拆小
- 写明什么时候不用：简单修改、以测试为准的任务、只求快的探索性工作、没有验收标准的任务
- skills.sh 24 小时安装 2750，累计 106836（只代表关注度）
用法
- npx skills add https://github.com/2dmurali/review-loop-skill --skill review-loop
- 在请求里加一句 “use review-loop”，或说 “run review-loop on the file I just wrote” 审查已有文件
- 需要能派子代理的客户端；不支持时，作者建议开一个新对话、只贴成品让它打分
风险
- 审计结果为通过；SKILL.md 只有文字流程，没有脚本、网络请求和密钥，与内容相符
- 每轮都要多跑一个审稿代理，token 消耗和耗时成倍增加
- 分数由模型给出，过关不等于没有缺陷；仓库只有一个 SKILL.md，没有示例输出