（1501期）pr-review-loop – Greptile 智能 PR 审查自动修复

Greptile 智能 PR 审查自动修复 基于 Greptile 与 GitHub CLI 的自主 PR 审查循环技能，自动读取反馈、修复代码问题并合并高质量 PR，显著提升代码审查效率。 使用说明 该 Skill 构建了一个与 Greptile 深度集成的自主 PR 审查闭环系统，旨在将代码审查反馈的处理流程完全自动化。当用户触发审查循环后，系统通过 GitHub CLI 获取 Greptile 生成的最新审查意见，解析其中的质量评分（1-5 分制）。若评分达到 4 分及以上，系统自动执行合并并清理分支；若评分不足，Agent 会逐条分析审查评论，定位到具体代码位置，自动应用修复并提交更改，随后推送代码并重新触发 Greptile 审查，形成持续改进的闭环。系统通过本地 JSON 文件追踪审查轮次和评分变化，内置 5 轮循环上限和连续同分退出机制，防止资源浪费。 核心优势在于实现了真正的"无人值守"代码审查自动化，显著缩短 PR 合并周期，特别适合高频率提交的团队。与 Greptile 的量化评分机制结合，提供了客观的合并决策依据。基于 GitHub CLI 的实现确保了与 GitHub 生态的无缝兼容，而状态追踪机制避免了重复处理。智能升级功能可在检测到架构层面反馈时自动通知人工介入，平衡了自动化与关键决策的安全性。 局限性方面，作为 T3 来源的个人开发者项目，长期维护的持续性存在不确定性。功能高度耦合 Greptile 服务，若其 API 变更或不可用，循环将中断。自动合并机制在评分算法误报时可能过于激进，导致未充分测试的代码进入主分支。此外，实现基于 bash 脚本，对 Windows 原生环境支持有限。 适用群体主要包括已采用 Greptile 审查工具、面临大量重复性审查反馈的技术团队，以及希望将代码审查纳入 CI/CD 流水线的 DevOps 团队。特别适合遵循敏捷开发、追求快速迭代的中大型开发团队，能显著减少开发者在等待审查和处理反馈上的时间成本。 使用风险需重点关注自动合并的权限控制，关键架构变更或安全修复应禁用自动合并。依赖 GitHub CLI 认证状态意味着权限变更或认证过期会导致执行中断。本地状态文件若损坏可能导致处理状态混乱，建议定期备份。此外，虽然设置了循环上限，但在 Greptile 服务异常时仍可能消耗不必要的计算资源。 原始说明 Autonomous PR review loop with Greptile. Use when an agent creates a PR and needs to autonomously handle code review feedback — reading Greptile reviews, fixing issues, pushing fixes, re-triggering review, and auto-merging when score is 4/5 . Trigger on commands like "pr review {url}", "review my PR", or when a Greptile review webhook/poll delivers feedback.