凌晨的德国数据中心里，一批原本用来托管《我的世界》和《使命召唤》游戏服务器的机器，被三个多伦多的工程师租了下来，用来做一件听起来毫不相关的事——给开发者的代码跑测试。这家公司叫Blacksmith，是Y Combinator 2024冬季那一期的毕业项目。两年后，它完成了由Sequoia领投的6600万美元C轮融资，估值达到10亿美元，过去一年业务增长了20倍。
这是"Built to a Billion"系列的第一期。三位创始人此前都没写过CI流水线，甚至不是DevOps出身——这反而成了他们看到问题的角度。CI，即持续集成，是开发者每次提交代码后必须跑的一系列检查，用来确保新代码没有破坏现有功能。随着AI编程工具让开发者写代码的速度成倍提升，瓶颈已经从"写代码"转移到了"验证代码"，而验证的核心环节正是CI。
1. 三个数据库和搜索工程师的"外行"直觉
三位创始人在多伦多读本科时就是朋友，后来都成了工程师，想法是在各自工作时攒出来的。他们的共同经历是：几乎在每家公司待过，CI这套基础设施都很糟糕——速度慢，维护起来也麻烦。联合创始人的背景是数据库工程师，而讲述者本人做的是搜索基础设施，没有一个人直接做过CI。
最初讨论这个想法时，三人其实是怀疑的，不确定这件事能不能做成。但随着调研深入，信心反而越来越强。他们从局外人的视角观察到一个关键事实：CI工作负载的"形状"，跟AWS、GCP、Azure这类超大规模云厂商真正擅长的东西并不匹配。这种错配,本身就是痛苦的来源。他们认为真正的出路是造一个专门为CI工作负载优化的云。
这个判断落到技术选型上，变成了一个反直觉的决定：CI任务的特性，其实更接近游戏玩家桌面上那台用来玩视频游戏的电脑——不太在乎多线程并发，但极度在乎单线程执行速度的快慢。于是团队一开始租用的是一家以托管《我的世界》和《使命召唤》游戏服务器闻名的德国数据中心服务商的机器。随着规模扩大，他们逐渐把更多环节收归自营，如今已经在以"购买兆瓦级电力"而不是"租几台机器"的量级与数据中心供应商谈合作。
2. 投资人看到"一堆游戏CPU"时的真实反应
领投了Blacksmith种子轮（以SAFE形式）又在几个月后领投A轮并加入董事会的投资人回忆,他从没见过有人用游戏CPU来解决CI问题，这件事本身就让他感到意外——通常这类芯片是摆在你书桌下面那台大机箱里，用来打游戏的。
真正让他意识到"这不一样"的瞬间，是看到团队要把上百台这种机器买回来堆在一起用于编译代码。这不是一两台机器放在家里打游戏的场景，而是工业化地把"游戏级单线程性能"规模化成一种云基础设施能力。
3. 缓存靠近计算节点：Blacksmith的"独门配方"
让CI变快的一大核心手段，是跳过那些已经做过的重复工作，开发者把这称为缓存（caching）。Blacksmith的关键做法，是把缓存产物尽可能移动到靠近计算节点的位置，减少每次任务都要重新拉取、重新计算的开销。
这个技术细节解释了为什么客户切换过来之后体感差异会如此明显。以最近接入的客户Langchain为例，他们此前在GCP上跑CI，开发者经常要等上15到20分钟才能拿到可用的计算资源去执行CI任务。切换到Blacksmith之后，由于团队本质上向客户开放了一个近乎无限的计算池，这个等待时间从15到20分钟降到了10到15秒。
4. 没有销售团队,怎么拿下前200个客户
最初的200个客户是最难啃的一段。团队先是找在各家公司工作的朋友帮忙"赏个脸"试用，换来一些logo授权，把这些客户logo放在官网上积累一点可信度。有了这层背书，创始人开始亲自给CTO、工程副总裁和平台工程师这些角色打陌生电话。
早期客户大多是跟他们规模相近的小公司——这些团队在意的是速度，想要真正快的CI,而且决策链条上没有太多繁文缛节。真正能赢得工程师信任的方式只有一条：把产品做到足够好，解决一个他们自己大概率搞不定的问题。这群用户很挑剔，喜欢尝鲜各种新工具,有时候也并不是最忠诚的客户。
即便没有销售团队，Blacksmith也能拿下五六位数的合同，原因很简单：把CI切换到自家平台这件事，被他们做成了"一键搞定"。整套转化流程的摩擦被压到了最低。
5. 从五人团队到AI编程时代的新瓶颈
讲述者加入时，团队只有五个人，管理着几百台服务器组成的小集群。如今公司规模已经扩张了好几个数量级，团队也只有30人，其中12名工程师。能用这么小的团队撑起这么大的规模，靠的是几个持续坚持的关键决定。
团队自研了大量"定制软件"：一部分用来管理机队的增长，另一部分构建覆盖技术栈每一层的可观测性系统。更重要的是,团队对产品的功能边界保持克制，刻意不让它随着客户的定制化需求膨胀，而是让功能规模只跟团队规模同步增长。这种克制换来的回报，是用极小的团队支撑住极大数量的机器和客户。
眼下最大的挑战是跟上需求的增速。一个明显的信号是：每次有新的大语言模型发布，CI的使用量都会出现一次陡增——开发者会一窝蜂地测试它、围绕它赶着出代码。由于采购和安装新机器需要时间，团队必须在技术上更有创造力,包括更好的任务调度算法、更高效的任务打包方式、更优化的网络拓扑结构。
今年夏天，就在公司宣布完成B轮融资后不久,凳凉系统在凤凰城一次电力冲击事故中同时被打掉了——那是Blacksmith运营的最大数据中心之一。客户在那段窗口期里经历了更长的任务启动时间。这次事故让团队更深刻地意识到地理分布式部署的重要性。
6. 让开发者的"确信感"追上AI写代码的速度
团队正在推进的一个新方向，是自主QA：自动收集截图、视频片段这类能够增强信心的证据性材料，帮助开发者判断一次代码改动是否真的可靠。
这个方向背后的判断很直接：随着代码产出量越来越大,开发者将没有时间逐行去理解这些代码是否真的能跑通,他们会转而寻找证据。Blacksmith想做的，就是提供这种证据，让开发者能更快地确信可以合并代码。
团队的目标是把"交付软件的速度"尽可能拉近到"思考的速度"——这也呼应了整场对话的起点：当AI编程工具让写代码本身变得极其廉价，验证代码的速度就成了新的瓶颈，而这正是Blacksmith想要拆掉的那块壁垒。
