用 Claude 写代码的开发者,为什么跑在团队前面?
Boris Cherny 说,单个工程师靠 AI 效率提升快,公司流程却没跟上
1 day ago
TL;DR:
- 工程师用 Claude 一个人能干更多活
- 团队流程、评审和安全规范还没更新
- 先建好 AI 开发流程的团队,可能真能拉开差距
正在发生什么
Boris Cherny 注意到一个现象:单个工程师用 Claude 后产出明显变多,但团队协作方式还是老样子。
效率提升先在个人这里兑现了,公司却继续用原来的开发流程和评审机制。
反复出现的采用路径
Cherny 把这当成 AI 工具落地的常见循环。他提到有个 Claude artifact 把过程拆成四步。
大概是这样:
- 开发者先用 AI 工具提速
- 团队发现交付节奏和协作方式对不上
- 老流程、Code Review、安全规范开始拖后腿
- 真正拉开差距的,不是模型本身,而是公司能不能重构 AI 辅助开发的工作流
真正的瓶颈在哪里
目前增益主要落在单个开发者身上。阻力集中在组织层面。
| 维度 | 当前问题 | 影响 | |---|---|---| | 开发流程 | 还是按传统节奏走 | 个人提速转不成团队吞吐 | | Code Review | 没适配 AI 生成的代码 | 审查压力和质量风险都在上升 | | 安全规则 | 缺少针对 AI 辅助开发的边界 | 容易出现权限和合规问题 | | 团队结构 | 分工协作方式没变 | 高产个人和慢速组织之间摩擦变大 |
所以问题已经不是模型够不够强。真正决定差距的,是组织能不能把 AI 编程能力变成稳定、可审计、可扩展的工程体系。
早点理顺 AI-assisted workflow 的公司,可能拿到先发优势。反之,只是零散用工具的团队,容易陷入混乱和治理缺失。随着 agent 成为标准开发工具,Claude 也会更深地嵌入日常工作流。
快速判断
这件事对行业趋势和开发者工具来说重要性中等。它不是单一产品更新,而是 AI 编程从个人工具走向组织基础设施时暴露出的结构性问题。
Verdict: 目前还处在组织采用的早期阶段。真正占优的是能快速重构工程流程的 builder 和工具公司。单纯交易的 trader 没明显优势,长期持有者只有在看准流程落地强的公司时才有价值。