CodeRabbit
为代码合并请求提供 AI 审查与反馈。
CodeRabbit 在代码托管平台上自动审查 PR，并随新提交更新反馈；也提供 IDE 与 CLI 入口，用于提交前检查。适合需要持续核对变更、需求和修复建议的开发团队。
CodeRabbit 能做什么
首次使用需要授权指定仓库，之后可以从 PR 评论追问原因或讨论其他方案。审查意见与可直接应用的修改建议是不同操作，应先理解再采纳。
PR 审查、IDE 检查和 CLI 自动化各有入口。本文按官方快速开始整理，不把一次演示或产品宣传等同于真实缺陷检出率。
随提交更新审查
新 PR 会分析全部变更，后续提交进行增量审查，集中处理新增内容。修改后应检查对应问题是否得到解决。
在评论里继续讨论
可回复审查评论并提及 @coderabbitai，询问原因、示例或其他实现。讨论会结合仓库上下文，但不能替代运行验证。
在推送前审查本地差异
VS Code 系编辑器扩展可分析未提交变更；CLI 可检查已提交和未提交内容，并提供普通文本或面向代理的输出模式。
结合关联工单理解目标
官方支持关联 GitHub、Jira 或 Linear 问题，并对照需求与验收标准检查变更。团队需提供准确的工单和项目约定。
- 核心用途
- 自动 PR 审查与新提交增量反馈
- 可完成的工作
- 提交前检查、需求核对和评论讨论
- 如何开始
- 用代码托管账号登录并选择仓库
- 使用条件
- 授权范围、团队标准与套餐需核对
如何使用 CodeRabbit
- 选择托管平台登录
官方快速开始列出 GitHub、GitLab、Azure DevOps 和 Bitbucket 等入口，按仓库所在平台操作。
- 仅接入目标仓库
在仓库设置中添加要审查的仓库，核对授予的访问范围及组织权限。
- 创建一个小 PR
提交清晰的改动与说明，查看初次自动审查；必要时补充团队标准和项目特点。
- 讨论并验证建议
在评论中追问或讨论替代实现，检查采纳的补丁并运行测试，再通过新提交触发后续审查。
处理一次 PR 审查
适合：有代码托管权限的开发者
- 准备输入
- 目标仓库、范围明确的 PR 和测试结果
- 操作方法
- 编辑建议：选择仓库后打开 PR，对重点评论追问触发条件，修改后推送新提交并查看增量反馈。
- 预期交付物
- 经过核对的 PR 与问题处理记录
- 人工检查
- 用复现和测试判断建议，不为消除评论而盲目改动。
提交前检查未提交改动
适合：使用 VS Code 系编辑器的工程师
- 准备输入
- 本地工作区差异和已有编码规范
- 操作方法
- 编辑建议：从 IDE 扩展运行检查，先处理明确问题，再查看自动修复的差异，保留自己有意作出的行为变化。
- 预期交付物
- 准备提交的局部修复
- 人工检查
- 自动检测到的 CLAUDE.md 等规范应属于当前项目且仍然有效。
对照工单检查实现
适合：使用工单驱动开发的团队
- 准备输入
- 关联问题、验收条件和 PR
- 操作方法
- 编辑建议：确认关联工单正确，关注需求与代码不一致之处，再把缺漏转成可验证的补充修改。
- 预期交付物
- 需求差异清单
- 人工检查
- 工单本身过时会影响判断，应先确认真实验收口径。
界面与参考图片
开始前需要了解
本地入口与 PR 入口不同
IDE/CLI 可在没有 PR 时分析本地改动；代码托管端仍需仓库授权，不能因本地能用就推断远程配置完成。
自动修复仍应审查差异
一键修复能减少复制步骤，但模型提出的逻辑或架构建议仍需对照需求、运行结果与团队约定。
免绑卡注册不是无限免费
快速开始说明无需信用卡即可注册，未在此给出所有套餐和额度。应在开通时核对持续使用条件。
PR 自动审查与本地 IDE/CLI 检查分开接入；无需绑卡注册不代表无限免费。
账号权限、费用与可用功能请以官方入口的当前说明为准。重要结果应先检查，再用于实际工作。
常见问题
每次 push 都重新审查整个 PR 吗？
官方说明初次 PR 进行完整变更分析，后续提交以增量审查为主。
怎样追问一条评论？
直接回复相关评论并提及 @coderabbitai，可要求解释、代码示例或其他方案。
还没创建 PR 可以用吗？
可以使用 IDE 或 CLI 入口检查本地变更，具体安装与权限按对应入口配置。
支持哪些代码托管平台？
当前快速开始列出 GitHub、GitLab、Azure DevOps、Bitbucket Cloud 与 Data Center；自建实例需按专用接入文档检查。
