核心用法
该技能构建了一个完整的自主代码审查工作流，专为使用Greptile AI审查工具的开发者设计。当触发PR审查任务时，系统会执行以下自动化循环：
1. 获取评审：调用GitHub API拉取Greptile bot的最新评审意见和行内注释
2. 解析评分：提取置信度/质量评分（通常格式为X/5），≥4分触发自动合并，<4分进入修复流程
3. 自动修复：针对每条评审意见定位文件、理解反馈、应用修复、提交推送，并通过评论重新触发Greptile审查
4. 状态追踪：维护review-state.json记录轮次、评分历史和退出条件
5. 升级处理：遇到架构决策、达最大轮次（5轮）或评分停滞时，通知Master人工介入
关键特性：支持GitHub CLI集成、轮次上限保护、评分停滞检测、Telegram告警通道。
显著优点
- 真正无人值守：从评审到修复到合并的全链路自动化，大幅减少人工代码审查负担
- 质量门槛机制：4/5评分阈值确保只有高质量代码才能自动合入主分支
- 防循环保护：5轮上限 + 评分停滞检测（连续2轮同分）防止无限修复循环
- 精准上下文：直接读取行内注释定位具体代码位置，修复针对性强
- 架构决策隔离：识别涉及架构/设计模式的评审，自动升级人工处理，避免AI误改核心设计
潜在缺点与局限性
- 工具链锁定：深度依赖Greptile特定评分格式和GitHub平台，迁移成本高
- 评分黑箱风险：Greptile评分算法不透明，可能出现"高分低质"或机械刷分情况
- 修复能力边界：复杂重构、跨文件依赖修改、语义理解错误等场景AI修复可靠性存疑
- 合并策略单一：仅支持
--merge模式，无squash或rebase选项 - 权限集中风险：脚本需要写权限和合并权限，凭证泄露后果严重
- 评审质量依赖：若Greptile产生误报或漏报，自动化流程会放大错误
适合人群
- 高频迭代团队：日均有大量PR需要快速流转的敏捷开发团队
- Greptile深度用户：已采用Greptile作为主力AI审查工具的组织
- 标准化代码库：代码风格统一、模块化程度高、自动化测试覆盖完善的成熟项目
- DevOps/平台工程师：负责构建CI/CD流水线和质量门禁的技术团队
常规风险
| 风险类型 | 描述 | 缓解建议 |
|---------|------|---------|
| 自动合并风险 | 评分≥4但代码存在隐蔽缺陷 | 配套强制CI检查、增加人工抽检机制 |
| 无限循环 | 修复-评审-修复循环无法收敛 | 依赖内置5轮上限，建议降低至3轮 |
| 凭证泄露 | `gh` CLI和GitHub Token暴露 | 使用短时凭证、最小权限原则、秘密扫描 |
| 架构腐蚀 | AI机械修复累积技术债务 | 强制架构升级人工审核、定期重构冲刺 |
| 供应商锁定 | Greptile API变动导致流程中断 | 抽象评审源接口、保留人工回退能力 |