10 家从 20 人到 2000 人的科技公司公开了它们选择 AI 编程工具的真实流程：小团队靠”人用着爽”两周定生死，大团队要求每个工具拉动一个业务指标，而所有规模的团队都卡在同一个地方——没有任何指标能证明 AI 工具真的有效。

这项调研覆盖了物流初创、A 轮公司、观察性平台、欧盟软件公司、云基础设施厂商、上市公司和加拿大金融科技公司 Wealthsimple。它们的选择路径完全不同，但困境高度一致。

小团队：信任 + 两周试用 + 秀给同事看

20 人物流初创（5 名工程师）

工程负责人描述他们的方式是”高信任、开发者主导”：

“我们约定新工具试两周，看大家感觉如何。我们没用任何硬性测量。一句话：我信任我们的开发者，他们的意见是决策的重要部分。”

具体到 AI 代码评审工具的选型：先试了 Korbit 约一周，团队觉得”不对劲”；换 CodeRabbit 后几天内就”粘住了”——开发者明显在拥抱它的建议，而不是像对待 Korbit 那样忽略。

这个团队还有一个低成本的知识扩散机制：每周例会的”秀操作”环节，成员互相展示自己的工具组合。

“工具、技能、IDE 多到让人不知所措。看同事在用什么是最好的学习方式。”

公司级工具（Claude、CodeRabbit）人人要用，个人环境（IDE、终端）完全自主。半年前团队还一半用 Cursor 一半用 Claude Code，现在几乎全员迁移到 Claude Code。

30 人 A 轮公司（15 名工程师）

团队在 Cursor 与 Claude Code 之间分裂，后者势头更猛。代码评审是主要痛点：

“我们最大的挑战是代码评审——代码量上去了，质量在 Opus 4.5 之前是下降的。”

他们横评了三款 AI 代码评审工具：Cursor 的 Bugbot（还行但不突出）、Graphite（不好）、Greptile（好），最终选定 Greptile 用于 PR 审批，并利用其置信度评分功能。

这个团队最值得抄的做法是维护详细的 Agents.md 和 Claude.md 文件，一份文件同时喂给 Claude Code、Cursor（编码）和 Greptile（评审），保证全工具链的编码风格准则同源。

150 人 D 轮观察性公司（60 名工程师）

开源总监总结了真正”粘住”的东西：

“我们试了一堆（Graphite 等），真正立住的是 Claude Code 订阅——它是最实在的增值。我们定期给用量上涨的人升级套餐，其他工具大多闲置。”

一个意外信号：非工程师比中位工程师更重度使用 Claude Code。产品经理、解决方案工程师和技术客户经理直接用 Claude Code 开 PR 处理客户小问题。

中大型公司：采购、合规与 C 层压力

150 人以上工程师的组织里，“感觉好不好用”不再重要。既有供应商关系、C 层压力、安全合规成了主导因素。

欧盟软件公司（500 人，150 工程师）：无计划推 AI 的反面教材

2025 年夏天，领导层外出团建回来宣布”我们现在是 AI 优先的公司”，然后给每个主动申请的人发了 Copilot Business 订阅。问题就此开始：

法务和 IT 在正式审批流程上僵持，欧盟 AI 法案带来的治理问题让流程彻底停滞。这位高级工程师判断：

“我确信这个流程已经导致开发者自掏腰包用未授权工具。”