Anthropic称编码不再是瓶颈，评论：先看变更失败率

Anthropic 的代码仓库一天之内完成了 30,000 多次合并。合并量上来之后，他们放弃了 Git，用 Claude 构建了自己的版本控制系统 Scion。Anthropic 给出的判断是：编码不再是构建系统或做研究的瓶颈。Claude 现在能自主迭代研究循环，微优化复杂程序，从零搭建新服务。这个速度和规模，过去没有过。

帖子下共 114 条讨论。一条高赞评论指出，那张图表只显示 Anthropic 内部代码库的合并量。它真正说明的是，需要一套新的版本控制系统，而不是“编码瓶颈不存在了”。更多质疑指向质量。有人要先看变更失败率，再决定买不买账。3 万次合并确实惊人，但没有可靠的自动化验证，这个量只是多了些步骤的折腾。这么高的合并量也招来怀疑：AI 代理可能是在穷举式开发，代码质量让人不放心。有评论直接点出，没有代码审查在跑。拿每日合并量当基准，则被形容成给 vibe coders 准备的图表，软件开发者不认这套。还有人卡在别的地方：发布可以又快又干净，真正的瓶颈在 CI/CD，自动化检查必须足够干净，才能拦住所有问题。

评论往下翻，实际使用者的感受和这套乐观表述之间有一段落差。有人同时用 App、代码和 API，说体验越来越糟，bug 越来越多。有开发者说，Anthropic 砍掉了 cowork，自己的项目再也完成不了以前常规能做的任务。API 那边，随机出现的用量和计费问题被形容为噩梦。这些反馈零散，但和“编码不再是瓶颈”这个判断放在一起，差距已经摆在台面上。

更结构性的担忧落在工作流上。有评论说，AI 领域的领先公司可能正在迁移进脆弱的工作流程。它们以为消除了瓶颈，实际只是增加断点。Scion 被描述成解决合并规模问题的工具，它的缺点没人提。还有评论直接否定了前提：编码从来就不是瓶颈。也有人说，这套流程最后未必会变成更高质量的代码。

把几件事放在一起看：合并频率以万计，人工审查缺席，验证靠自动化检查兜底。落到使用者身上，更新更快了，缺陷也更容易进入正式版本。这组矛盾，“编码不再是瓶颈”这个判断没有解释。