Qodo 发布高级配置功能：让代码审查完全适配团队工作流
在代码审查（Code Review）领域，"一刀切"的展示模板往往难以适应不同团队的协作习惯。Qodo 近期在其最新版本中引入了高级配置（Advanced Configurations）功能，旨在解决这一痛点，赋予团队对审查结果呈现方式的完全控制权。
背景：为什么需要更灵活的审查展示？
Qodo 团队在发布前进行了广泛的调研，发现不同 Git 平台上的团队对审查反馈的偏好存在巨大差异。例如，关于"发现（Findings）"是应直接嵌入代码差异（Inline Diff）还是汇总在评论中，答案并非唯一。
- 有的团队偏好Inline模式，以便快速定位问题；
- 有的团队偏好Summary模式，以便宏观把控；
- 有的团队则根据 PR 的具体内容动态选择。
这种多样性意味着，任何预设的固定布局都可能对部分团队来说显得杂乱无章，甚至被忽略。因此，Qodo 决定停止尝试寻找"唯一正确的布局"，转而将控制权交还给团队。
核心突破：五大配置维度
Qodo 的审查评论由多个部分组成，现在团队可以针对每一部分进行独立配置。这些设置位于 Qodo 门户的配置屏幕（Configurations Screen）中，分为五个标签页，分别解决不同的问题：
1. Display（显示设置）
这是最核心的功能，控制审查评论在 Pull Request 中的呈现方式。
- 分组维度（Grouping）：团队可以选择按严重程度（Severity）、发现类型（Finding Type）、发现类别（Category）或相关性（Relevance）来组织发现。例如，按类型分组可以让开发者先集中修复所有 Bug，再处理规则违规。
- 排序逻辑（Ordering）：决定组内发现的阅读顺序。默认按相关性排序，但团队可自定义。例如，"先显示新发现"（Always show new findings first）功能可确保最新推送产生的问题置顶，避免重复阅读旧评论。
- 标签自定义：团队可自定义严重程度的标签名称（如 Critical/Warning 或 P0/P1），使其符合组织的现有术语体系。
- 显示层级：支持将部分组直接嵌入 Diff，而将其他组折叠在总结评论中，平衡信息密度与可读性。
2. Workflow（工作流）
控制审查何时以及如何运行，确保审查节奏与团队开发流同步。
3. Context（上下文）
定义审查智能体在分析代码时知晓的背景信息。
4. Remediation（修复）
规定发现后的后续处理流程。
5. Prompts（提示词）
配置组织特定的指令，引导智能体生成更符合团队规范的审查意见。
关键设计原则
- 所见即所得，记录全量：配置仅影响开发者在 PR 中看到的第一层信息。无论发现如何折叠或隐藏，Qodo 都会完整记录所有发现到后台门户。这确保了工程领导者在进行治理、趋势分析和合规报告时，拥有完整的历史数据，不会因前端折叠而丢失信息。
- 最高优先级不可屏蔽：无论团队如何配置分组或排序，最高严重级别的发现（Highest Severity Findings）永远无法从 PR 中被隐藏或忽略，确保关键风险始终可见。
- 层级覆盖：设置默认在组织级别生效，但支持在特定仓库级别进行覆盖，以适应不同子团队的特殊需求。
实际应用价值
对于拥有大型 PR 或复杂工作流的团队，这种灵活性至关重要。它决定了哪些发现会被立即修复，哪些会被滑过。通过自定义分组和排序，团队可以将审查流程转化为符合自身工程文化的自动化流水线，显著提升协作效率。
"我们不再试图挑选一种适合所有人的布局。审查评论是如何显示和组织的，现在由你们来决定。" —— Qodo 官方团队
通过这一更新，Qodo 从单纯的代码扫描工具进化为可深度定制的工程治理平台，真正实现了"审查即工作流"的理念。
