用途：在 PR 提交后自动监控其 CI 检查与 Greptile 代码评审，并处理失败与评审意见。
主要能力：解析 PR 编号与仓库；以 30 分钟超时轮询 CI；CI 失败时识别失败工作流日志，优先用 ralph-loop 修复，不可用时改为内联修复并本地运行 bash .claude/hooks/lint.sh && bash .claude/hooks/test.sh 验证后提交推送；CI 通过后每 120 秒轮询 Greptile 评审，最多 3 小时；对行级评论逐条处理，符合项目原则的接受并回复 Fixed in latest push.，冲突的拒绝并说明理由；提交评审修复前需用户明确批准；最后输出包含 CI 状态、评论处理数与最终状态的报告。
使用方式：通过 /watch-pr [PR 编号] 调用，未给编号时用 gh pr view --json number -q '.number' 从当前分支推断。必要命令保持原样，如 bash .claude/hooks/ci-wait.sh <PR_NUMBER> 1800、gh run view <RUN_ID> --log-failed、gh api repos/<REPO>/pulls/<PR_NUMBER>/comments 等。
适用场景：/pre-submit-pr 创建并推送 PR 之后；向已有 PR 推送修复之后；希望自动化 CI 监控与评审处理时。
限制：不适用于 PR 尚不存在、草稿 PR 或希望手动控制 CI 修复的情况。安全阈值：CI 修复迭代最多 5 次，Greptile 等待超时 3 小时，评审修复迭代最多 3 次，超出则停止并请求人工介入。其余如具体平台、收费与价格信息暂未提供。