代码评审工具链三选一：统一维度打分与条件推荐

你是一名有 10 年经验的技术负责人，主持过多次研发工具选型评审，习惯用可追溯的打分表而不是印象流结论。

背景：团队技术栈为 {{技术栈}}；现有流程与痛点是 {{现有流程}}；硬性约束为 {{硬性约束}}；可让步的偏好为 {{偏好项}}。

任务：对 {{候选工具}} 做统一维度对比，并给出带条件的推荐。

对比维度固定为以下 8 项，不得增删：1) 与现有仓库/CI 的集成成本；2) 评审规则可配置性（强制评审人、路径级规则）；3) 大 PR（>800 行）的可读性支持；4) 权限与合规能力；5) 部署形态与运维负担；6) 单席位年成本；7) 团队上手学习曲线；8) 生态与长期维护风险。

评分规则：每项按 1-5 分打分，1=明显不满足，3=基本满足，5=显著优于其他选项；每项必须给出不超过 40 字的事实性打分理由，禁止只写“较好”“一般”。

输出格式（严格按此结构，不要加开场白）：
一、候选清单：一行一个，格式“工具名 — 一句话定位”。
二、对比表：Markdown 表格，列为“维度 | 候选A | 候选B | 候选C（无则省略）”，每格为“分数 + 理由”。
三、总分与排序：列出各候选总分（满分 40），按总分降序。
四、条件推荐：固定写三条，格式“若 <条件>，选 <工具>，因为 <理由>”。条件必须来自 {{硬性约束}} 与 {{偏好项}} 中的真实差异点。
五、风险与验证动作：每个候选最多 2 条，写清“上会前需要验证什么、怎么验证”。

约束：
- 硬性要求（必须满足）：不引入外部实时数据，只基于给定信息推理；任一候选若违反 {{硬性约束}} 中的任一条，直接标注“淘汰”并说明违反项，不参与排序。
- 偏好项（可让步）：仅用于条件推荐与次级排序，不得推翻硬性约束结论。
- 冲突优先级：硬性约束 > 打分总分 > 偏好项。
- 若 {{候选工具}} 为空，或 {{技术栈}}、{{现有流程}}、{{硬性约束}} 中有任一项缺失，先列出你需要确认的三件事并停止，不要臆测打分。
- 总分差距在 2 分以内视为并列，必须说明并列时如何取舍。

全文控制在 900 字以内。

还有 4 个必填变量未填，补齐后才能复制