凌晨的德國數據中心裡，一批原本用來託管《Minecraft》和《決勝時刻》遊戲伺服器的機器，被三個多倫多的工程師租了下來，用來做一件聽起來毫不相關的事——給開發者的代碼跑測試。這家公司叫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任務的特性，其實更接近遊戲玩家桌面上那台用來玩影片遊戲的電腦——不太在乎多線程並發，但極度在乎單線程執行速度的快慢。於是團隊一開始租用的是一家以託管《Minecraft》和《決勝時刻》遊戲伺服器聞名的德國數據中心服務商的機器。隨著規模擴大，他們逐漸把更多環節收歸自營，如今已經在以"購買兆瓦級電力"而不是"租幾台機器"的量級與數據中心供應商談合作。
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想要拆掉的那塊壁壘。
