用途：为仓库建立失败即阻断的合并策略，把 CodeRabbit 评审状态、GitHub Checks 摄取与分支保护视为相互独立的契约，避免凭空假设 CodeRabbit 会发布固定的状态检查名称。
主要能力：识别 CodeRabbit 组织、Git 提供方、仓库、方案与责任人；检查现有分支规则、近期 CodeRabbit 评审与实际 check-run 名称；判断评审状态应为建议性还是必需；保留仓库独立的 CI、安全与人工评审要求；在启用强制前先做最小化试点；记录批准人与范围。当前契约要点：reviews.request_changes_workflow 控制 CodeRabbit 能否提交“要求修改”的评审；GitHub Checks 工具只读取既有 CI 结果，不能证明 CodeRabbit 发布了稳定的检查名；分支规则必须使用目标仓库中实际观测到的检查名；紧急通道仍须保留独立测试、安全检查与审计证据。
使用方式：先阅读 references/official-docs.md 并在执行前复核有时效性的契约；用 Glob 定位配置与证据文件、Grep 查找字段与命令、Read 查看最小必要文件，Write/Edit 仅用于已批准的本地草稿或有界变更。身份凭据需分离对待（提供方会话、CodeRabbit 网页会话、CLI 凭据、API 密钥），不得打印密钥或将其放入 .coderabbit.yaml、源码、日志与交付物。更改分支规则、要求修改行为或绕过流程前须获仓库所有者批准。
适用场景：需要把 CodeRabbit 评审状态纳入合并门禁的仓库。限制：合同不清晰或文档冲突时应停止变更并请所有者裁决；缺少访问或批准时只能产出草稿与证据计划；试点偏离预期应恢复原状态并保留失败证据；输出含密钥或私有代码须隔离、脱敏并通知数据所有者。具体收费、价格与平台信息暂未提供。