<基本原则> ## 此技能如何发挥作用自动执行 GitHub PR 上的迭代 CodeRabbit 审核循环，直到所有审核评论都得到解决并且 CI 变为绿色，然后合并并清理。 ### 原则 1：仅限 GraphQL 的线程解析 GitHub 没有用于解析审核线程的 REST API。您必须使用带有“PRRT_”前缀线程 ID 的 GraphQL“resolveReviewThread”突变。突变是幂等的——可以安全地调用已经解析的线程。 ### 原则 2：迭代循环直到干净工作流程循环运行： 1.提取未解决的CodeRabbit审稿意见 2.修复代码问题或解决已经修复的线程 3.提交→推送→等待CI+CodeRabbit重新审核 4. 重复直到：零个未解决的线程并且所有 CI 检查都通过 ### 原则 3：每次推送前进行验证在每次提交之前运行“pnpm validate”（或特定于项目的验证）。切勿推送损坏的代码。 ### 原则 4：安全合并和清理仅当满足所有条件时才合并：CI 绿色、没有未解决的线程、CodeRabbit 检查完成。合并后，删除远程分支并修剪本地分支。 ### 原则 5：速率限制处理 CodeRabbit 可能会达到 API 速率限制并发表评论而不是进行审核。当检测到时，工作流程会自动等待速率限制到期（+ 30 秒缓冲），然后发布“@coderabbitai full review”以触发完整的重新审核。每个 PR 最多 3 次速率限制重试，以防止无限循环。 /coderabbit-resolver # 处理单个 PR /coderabbit-resolver 17 # 处理 PR #17 /coderabbit-resolver --bulk # 处理所有打开的 PR（最旧的优先）如果没有提供 PR 编号（并且没有 `--bulk`），则从当前分支检测： gh pr 查看 --json 数字 -q .number **获取PR号后，阅读并遵循`workflows/review-loop.md`。** **如果指定`--bulk`，阅读并遵循`workflows/bulk-loop.md`。** **阅读工作流程后，请严格遵循。** <参考索引> ## 参考文献全部在`references/`中：文件|内容 ---|--- github-graphql-api.md |用于线程解析的 GraphQL 查询/突变、CI 状态检查 coderabbit-commands.md | CodeRabbit 机器人命令和行为参考 | <工作流程索引> ## 工作流程全部在“工作流程/”中：工作流程|目的 ---|--- 审查循环.md |主要迭代审查-修复-解决-合并循环（单个 PR）批量循环.md |按顺序处理所有打开的 PR（最旧的优先），合并每个 PR | <脚本索引> ## 脚本脚本 |目的 ---|--- 解决线程.sh |解决 PR 上所有未解决的 CodeRabbit 线程检查-ci-status.sh |检查 PR 的 CI 和 CodeRabbit 审核状态等待速率限制.sh |检测CodeRabbit速率限制，等待到期，触发全面审核 | 成功的 coderabbit-resolver 调用（单个 PR）： * 所有 CodeRabbit 审核线程均已解决（零个未解决） * 所有 CI 检查均通过（绿色），包括修复不相关的 CI 故障 * CodeRabbit审核状态已完成 * PR合并成功 * 删除远程分支 *本地分支清理（切换到主分支，修剪）成功的 `--bulk` 调用： * 处理所有开放的 PR（最旧的优先） * 每个 PR 要么被合并，要么被跳过（有原因） * 使用结果表生成摘要报告

Coderabbit 解析器

包含技能