用途：review-cloud 用于管理 GitHub PR 的完整审查迭代生命周期，包括轮询审查者反馈、基于证据评估建议、实施修复、解决讨论线索，以及推动 CI/CD 达到通过状态。定位为一名同行工程师，将审查者评论视为关于代码的假设，需自行判断其正确性，而非机械执行。
主要能力：分两阶段工作。阶段一为审查反馈循环：确认 PR 与起始状态、轮询反馈、评估建议、实施变更并测试、推送后重复，直到所有反馈线索均被解决（接受并改代码，或基于证据拒绝）。阶段二为 CI/CD 处理：持续监控流水线，对失败或取消的检查用证据分类（本 PR 引入、既有失败、不稳定测试、基础设施问题、取消），并重试运行。可选进行第二轮完整审查。
使用方式：需先确认 gh CLI 已认证（gh auth status）。可用输入包括 PR 编号（缺省时从当前分支通过 gh pr view 推断）、仓库（owner/repo）、测试命令（默认 pnpm test --run && pnpm typecheck && pnpm lint）以及 SPEC.md 路径（可选，启用规范感知评估）。使用技能自带脚本轮询与调查，例如 <skill-base>/scripts/fetch-pr-feedback.sh <pr-number>（可加 --reviews-only 或 --checks-only），以及 <skill-base>/scripts/investigate-ci-failures.sh <pr-number> --compare-main。解决内联线索使用 fetch-pr-feedback.sh 输出的 thread_id 配合 GraphQL resolveReviewThread 变更。脚本不可用时回退到 references/review-protocol.md 中的 gh api 命令。
适用场景：已有 PR 需要持续处理审查意见与 CI 结果时；审查反馈超出简单修复范围（如范围扩张、架构返工）时需暂停并与用户商议。
限制：依赖 GitHub CLI 与已存在的 PR，否则停止并提示用户；同一反馈连续三轮重复或 CI 同一问题三次失败后需暂停咨询用户；不得以“未来迭代”为由解决线索；不等待整条流水线完成即可处理失败；取消的运行不可视为通过。文档未提供价格、平台范围或效果数据。