CodeRabbit 重构 PR 分诊逻辑：从“收件箱”到“行动导向”的自动化工作流
随着 AI 编程工具（AI coding tools）和智能体（agents）的普及，代码生成速度显著加快，导致 Pull Request (PR) 的积压问题日益严峻。团队面临的核心挑战不再是“如何快速生成代码”，而是“如何高效分诊积压的 PR，确保关键变更得到优先处理”。
为了解决这一痛点，CodeRabbit 推出了全新的 CodeRabbit Triage 系统。本次更新的核心在于彻底摒弃了传统的“收件箱”（inbox）概念，转而采用基于第一性原理（first principles）的自动化工作流分类与优先级排序机制。
核心突破：工作流分类与优先级排序分离
过去，许多工具将 PR 状态（如 Needs Review）与优先级混为一谈，导致开发者收到“待审核”标签时，实际可能面临的是合并冲突或需要作者重基（rebase）的情况，造成了大量的无效操作。
CodeRabbit 新架构将决策过程明确划分为两个独立阶段：
1. 工作流分类器 (Workflow Classifier)
这是一个非 AI 模型驱动的确定性规则引擎，负责判断 PR 的当前状态、下一步行动及责任人。
系统按优先级顺序检查以下规则（一旦匹配即停止）：
- 未追踪 (Untracked)：关闭或未追踪的 PR。
- 关闭候选 (Close Candidate)：有强退休证据且关闭保护已生效。
- 需决策 (Needs Decision)：存在高风险、重复或已被替代的证据。
- 需更新 (Needs Update)：包含请求的变更、未解决的线程或过期的审批。
- 阻塞 (Blocked)：存在合并冲突或基础分支漂移。
- 待审核 (Needs Review)：缺少当前审核或审核者注意力过旧。
- 其他 (Other)：作为兜底类别，涵盖无法明确分类的状态（如等待检查完成）。
关键逻辑：系统不仅记录匹配的规则，还会明确输出“下一步行动”和“负责角色”。例如，若 PR 存在合并冲突，系统会明确标记为“阻塞”，并提示作者解决，而非让 Reviewer 误以为需要重新审核。
2. 优先级排序器 (Comparative Ranking)
在确定工作流状态后，排序器负责决定 PR 在队列中的位置。它基于三个可验证的信号计算 P0 到 P3 的优先级分数：
- 严重性 (Severity)：当前验证的审核发现有多严重。
- 紧急性 (Urgency)：关联的 Linear 或 Jira 问题的紧急程度。
- 影响范围 (Impact)：有多少其他开放的 PR 正在等待此 PR 的合并。
这三个信号被归一化到 0-1 之间，确保单一强信号即可产生高优先级，多个中等信号也能相互强化，且增加正面证据永远不会降低分数。
技术价值与应用场景
此次重构解决了传统 PR 管理工具中常见的“标签误导”问题。通过明确区分“谁该做什么”和“谁该看什么”，CodeRabbit 显著降低了 Reviewer 的上下文切换成本。
- 消除无效审核：对于合并冲突或需要重基的 PR，系统直接标记为“阻塞”或“需更新”，避免 Reviewer 浪费时间。
- 精准优先级：即使一个 PR 技术风险较低，如果它阻塞了 50 个其他 PR，系统也会将其标记为 P0 级，确保关键路径畅通。
- 透明化状态：即使是“其他”类别，也会明确告知用户原因（如等待 CI 检查），避免用户因缺乏明确指引而误操作。
正如 CodeRabbit 团队所言，这次更新旨在让每个 PR 的状态清晰可见，让下一步行动和责任人一目了然，从而真正提升团队的协作效率。
关键指标
- 分类逻辑：基于确定性规则引擎，非 AI 模型驱动，确保状态判断的稳定性。
- 优先级信号：严重性、紧急性、影响范围三维度加权计算。
- 状态覆盖：支持 Untracked, Close Candidate, Needs Decision, Needs Update, Blocked, Needs Review, Other 等 7 种核心状态。
- 优先级等级：P0 - P3 五级分级体系。
