CodeRabbit 发布 Triage 功能：用智能优先级重构 PR 队列
在 AI Agent 时代，代码生成的速度已不再稀缺，但审查与决策的瓶颈日益凸显。当 Agent 能以远超人类的速度提交 Pull Request (PR)，且缺乏关于紧急性、风险及归属的上下文时，传统的 PR 队列已无法有效指导团队行动。
为此，CodeRabbit 推出了 CodeRabbit Triage 功能。其核心目标是将关键上下文注入队列，帮助每位 Reviewer 快速识别注意力焦点，并明确下一步行动，从而在自动化浪潮中重新掌握代码审查的主动权。
为什么传统队列失效了？
随着 Agent 的普及，工程团队面临着一个新的悖论：廉价实验的边界正在消失。虽然 Agent 允许快速尝试多种实现方案，但一旦这些方案变成 PR，其带来的维护义务、回归风险及架构影响便不再廉价。
然而，决定“哪些问题值得解决”依然是上游工作，Agent 并未改变这一点。变化的是 PR 的数量与多样性。当多个 Agent 同时工作时，工程师仍面临三大核心决策：
- 这个 PR 现在需要关注，还是可以等待？
- 应由 Agent 处理还是人类介入？
- 它需要多少审查深度？
传统的扁平列表或简单的分组仅能提供“最近性”信号，却无法回答“什么最重要”、“五分钟能清掉什么”或“需要专注一小时审查什么”等关键问题。这导致大量时间被用于排序而非实质审查。
Triage：基于证据的优先级重构
CodeRabbit Triage 从根本上改变了队列的排序逻辑，用确定性评分取代了简单的 FIFO（先进先出）。
核心机制
- P0-P3 优先级评分：当系统收集到足够证据时，为每个 PR 分配从 P0 到 P3 的优先级。评分过程是确定性的，且卡片会解释该 PR 排名的依据（如安全风险、依赖阻塞、架构变更等）。
- 上下文预加载：在 Reviewer 打开 PR 之前，卡片已展示变更的高层上下文，包括安全发现、审查指南及最佳匹配人，极大降低了决策成本。
- 双向视角：Triage 不仅服务于个人，也服务于团队。它帮助 Tech Lead 识别被阻塞的发布版本，或发现哪个代码区域吸收了最多的风险。
让队列围绕工作展开
Triage 的界面设计高度自适应，尊重不同团队的审查习惯。用户可以根据角色（如个人工程师 vs 技术负责人）自定义分组、应用过滤器，并在列表与看板视图间自由切换。更重要的是，系统支持保存视图，确保第二天能无缝回到最符合当前工作流的队列状态。
结语：人机协作的新平衡
Triage 并非要取代人类的判断力，而是帮助团队在有限的审查预算下，更明智地分配注意力。正如官方所言："Trust isn't binary. Teams are continually deciding which work can remain with an agent and which changes need human scrutiny."
通过 Triage，CodeRabbit 正在构建其 Agentic Change Management 系统的基础设施，旨在从人和 Agent 双重来源治理软件变更，确保在代码生成量激增的同时，代码库的健康度与架构完整性得以维持。
注：本文基于 CodeRabbit 官方博客《Your PR queue should tell you what to do next》编译。
