AI 把写代码变快之后，瓶颈掉到了「测」：Blacksmith 拿 6600 万美元 C 轮，估值 10 亿，ARR 一年涨 17 倍

写代码曾经是发布软件里最慢的一环。现在不是了。

数字

Blacksmith 上周宣布完成 6600 万美元 C 轮，红杉资本领投，Premji Invest 新进，Peak XV、GV、Y Combinator 跟投，估值 10 亿美元，累计融资 1.25 亿美元。两个月前它刚做完 4500 万美元 B 轮，当时估值 5.5 亿——两个月，估值翻倍，产品没有大改版，变的是市场突然看懂了瓶颈在哪。

它的经营曲线是这轮融资真正的说服材料：

每周跑的 CI 任务：1 月 500 万 → 10 月超过 9000 万，18 倍；
ARR 同期涨 17 倍（绝对值未披露）；
客户数：8 月约 5000 家 → 现在超过 1 万家；
手上管着接近 10 MW 算力，分布在美国和欧洲的机房，2027 年要扩到 5 倍。

官方博客里还有一句很关键的外部证据：Anthropic 上个月写过，Claude 接管了大部分代码产出之后，自己的 CI 任务量半年涨了 25 倍。这不是 Blacksmith 一家的客户现象，是整个行业的走向。

为什么 CI 会变成瓶颈

因为 CI 是所有工程负载里最「尖」的一种。官方原话是：单个客户的需求经常从 0 跳到几万台 CPU，再跳回来。你按峰值买机器，平时全在空转；你按均值买，agent 一晚上提 40 个 PR 就全堵住。

对一个自己写代码、自己部署的人来说，这件事的体感是：以前等的是「写」，现在等的是「跑」。agent 十分钟能给你三个 PR，你的 Actions 队列排到 40 分钟以后，你开始一边等一边让 agent 再改一版——队列只会更长。

对一人公司意味着什么

验证环节开始单独计价了。 过去 CI 是云账单里的一行小字，现在它是一门独立的生意，有专门的供应商、专门的定价、专门的估值。你迟早要在自己的成本表里给它单独开一行。
「谁先把瓶颈的名字喊出来」本身就是优势。 这轮估值翻倍不是因为新功能，是因为市场认了这个叙事。你做产品时也一样：能一句话说清客户哪里疼，比多做三个功能值钱。
按量计费的 CI，省钱点在并发而不是单价。 大部分托管 CI 按「并行数 × 分钟」计费，你把并行拉到 20，账单一周能翻十倍，而真正需要并行的只有发布前那一次。

泼冷水

这是一门卖给几千人公司的生意，跟你没关系的那部分要认清。 10 MW 机房、五倍扩张、企业客户年付百万美元——它的单位经济模型建立在大规模上。一个人用它不会便宜，甚至可能更贵。
它的增长来自「别人的 PR 变多」，这既是机会也是警告。 客户数两个月翻倍而 ARR 涨了 17 倍，说明存量客户的用量涨得比新客户还快。同样的曲线很可能正在你自己的仓库里发生，只是你还没看 Actions 的账单。
迁移 CI 是有锁定成本的。 换 CI 意味着重写 workflow、重配密钥、重跑缓存预热。等你哪天想走，这些都得再来一遍。别为了省一点分钟数就搬。
官方博客里没有「快一倍、省 60%」这两个数字，那是公司在其他场合对媒体的说法。以自己跑一次基准为准。

具体建议

这周打开你仓库的 Actions（或 CI）用量页，记三个数：过去 30 天总分钟数、最慢那条 job 的 p50 时长、排队超过 5 分钟的 job 占比。第三个数字超过 20%，说明你缺的是并发不是速度。
给 agent 提的 PR 单独开一条流水线：只跑受影响范围的测试，全量测试留给合并前那一次。这一步通常能砍掉一半以上的 CI 分钟。
在 workflow 里设 concurrency 分组，同一个分支只保留最新一次运行，旧的自动取消。agent 连续推 5 次，你不需要跑 5 遍。
把 CI 时间当成产品指标看：如果你的部署从「10 分钟」变成「40 分钟」，你的迭代速度已经掉了 4 倍，只是没人会为此报警。

原文：https://www.blacksmith.sh/blog/series-c