Kurzfassung
Blacksmith, ein Start-up, das Continuous-Integration-Builds und -Tests (CI) auf eigener Hardware ausführt, hat am 21. Oktober 2026 66 Mio. $ bei einer Bewertung von 1 Mrd. $ eingesammelt – zwei Monate nach einer Runde über 45 Mio. $ bei 550 Mio. $. Die wöchentlichen CI-Jobs wuchsen in diesem Jahr um das 18-Fache, weil KI-Coding-Agenten immer mehr Code ins Review schieben. Für jedes Team, das Code mit KI schreibt, begrenzt jetzt die Build- und Testkapazität das Liefertempo. Behandeln Sie CI deshalb als festen Bestandteil Ihres Cloud- und DevOps-Setups, nicht als Nebensache.
Was hat Blacksmith angekündigt?
Am 21. Oktober 2026 gab Blacksmith den Abschluss einer Series C über 66 Mio. $ unter Führung von Sequoia Capital bei einer Bewertung von 1 Mrd. $ bekannt. Neu dabei ist Premji Invest, an Bord bleiben die bisherigen Investoren Peak XV Partners, GV und Y Combinator. Die Runde kam rund zwei Monate nach einer Series B über 45 Mio. $ unter Führung von Peak XV bei einer Bewertung von 550 Mio. $. Laut TechCrunch war das Unternehmen bei seiner Series A über 10 Mio. $ ein Jahr zuvor mit 60 Mio. $ bewertet. Fortune, das die Nachricht zuerst brachte, beziffert die Gesamtfinanzierung auf rund 125 Mio. $.
Blacksmith wurde 2024 von Aditya Jayaprakash, Aayush Shah und Aditya Maru gegründet, alle drei Absolventen der University of Waterloo. Das Unternehmen verkauft CI: die automatisierten Builds und Tests, die jede Codeänderung vor Merge und Deployment bestehen muss. Statt Allzweck-Server in der Cloud zu mieten, kauft es eigene Maschinen und betreibt sie in Rechenzentren in den USA und in Europa. Laut Ankündigung liegt die Flotte knapp unter 10 Megawatt und soll 2027 etwa auf das Fünffache wachsen. Nach Angaben von Fortune liegt der Umsatz inzwischen im zweistelligen Millionen-Dollar-Bereich, die größten Kunden geben mehr als 1 Mio. $ pro Jahr aus, und die Kundenzahl hat sich von rund 5.000 im August auf über 10.000 etwa verdoppelt.
Warum wird CI zum Engpass beim KI-Coding?
Jayaprakash sagte gegenüber Fortune, KI-Tools hätten das Schreiben von Code beschleunigt, und „jetzt hat sich der Engpass auf den zweiten Teil verlagert: Wie validiere ich all diesen Code überhaupt?“ TechCrunch gegenüber erklärte er, die meisten Unternehmen kämen mit dem CI-Volumen, das sie fahren müssen, kaum hinterher. Die Rechnung ist einfach: Ein Coding-Agent öffnet einen Pull Request in Minuten, und jeder Pull Request sowie jeder Folge-Commit löst einen vollständigen Build- und Testlauf aus. Arbeiten Agenten parallel, wächst die Zahl der Läufe viel schneller als das Engineering-Team.
Dazu kommt: CI-Last ist sprunghaft. Blacksmith beschreibt eine Nachfrage, die zwischen null und Zehntausenden CPUs schwankt. Gehostete Runner, die im menschlichen Arbeitstempo wenig kosten, werden im Agenten-Tempo zu einem großen Budgetposten, und zu Spitzenzeiten bilden sich Warteschlangen. Langsames Feedback schadet doppelt: Entwickler und Agenten warten auf Ergebnisse, und lange Pipelines verleiten dazu, Tests auszulassen oder zu bündeln – genau das Gegenteil dessen, was Sie wollen, wenn mehr Code von einem Modell geschrieben und von weniger Menschen geprüft wird.
Was das für Softwareteams im DACH-Raum bedeutet
Erstens: CI gehört jetzt zum Budget Ihrer KI-Produktivität. Wer Coding-Agenten einführt und nur zählt, wie viele Pull Requests sie öffnen, übersieht die Kosten danach: Build-Minuten, Testinfrastruktur und Review-Zeit. Erfassen Sie CI-Minuten und Kosten pro gemergtem Pull Request vor und nach dem KI-Rollout. So sehen Sie den echten Gewinn und verhindern, dass ein günstiges Coding-Tool eine teure Pipeline nach sich zieht.
Zweitens: Testqualität zählt mehr als Testmenge. Schreibt ein Modell den Code, ist Ihre Testsuite der wichtigste Beleg, dass er funktioniert. Flaky Tests, die zufällig bestehen oder scheitern, verbrennen bei hohem Volumen mehr Geld und gewöhnen das Team daran, rote Builds zu ignorieren. Flaky Tests reparieren oder in Quarantäne nehmen, nur die von einer Änderung betroffenen Tests ausführen und Build-Ergebnisse cachen bringt meist mehr als schnellere Hardware. Läuft Ihre CI auf GitHub Actions, sind Dependency-Caching, Pfadfilter und Concurrency-Limits, die veraltete Läufe abbrechen, die ersten Einstellungen, die Sie prüfen sollten.
Drittens: Ein schnellerer CI-Anbieter ist eine Option, nicht die einzige. Spezialisierte Runner-Anbieter wie Blacksmith konkurrieren bei Tempo und Preis mit gehosteten Runnern und selbst betriebenen Flotten im eigenen Cloud-Konto. Jede Variante verlagert Quellcode und Build-Secrets an einen anderen Ort – prüfen Sie also, wo die Jobs laufen und wie Zugangsdaten gehandhabt werden.
Wie behebt man eine langsame CI-Pipeline?
- Erst messen. Median und 90. Perzentil der Pipeline-Zeit, Wartezeit und Kosten pro gemergtem Pull Request erfassen.
- Flaky Tests beseitigen. Tests finden, die scheitern und beim Retry bestehen, und sie reparieren oder in Quarantäne nehmen.
- Nur Geändertes testen. Pfadfilter und Testauswahl nutzen, damit eine Doku-Änderung nicht die komplette Suite startet.
- Konsequent cachen. Abhängigkeiten, Docker-Layer und Build-Ergebnisse zwischen den Läufen cachen.
- Veraltete Läufe abbrechen. Landet ein neuer Commit auf einem Branch, den Lauf des vorherigen stoppen.
- Limits für Agenten setzen. Begrenzen, wie viele parallele Pull Requests und CI-Läufe ein KI-Agent starten darf.
- Runner-Optionen vergleichen. Gehostete, spezialisierte und selbst betriebene Runner mit der realen Last bepreisen – inklusive Sicherheits- und DSGVO-Prüfung.
Häufig gestellte Fragen
Was ist Blacksmith?
Blacksmith ist ein 2024 gegründetes US-Start-up, das Continuous-Integration-Jobs (CI), also die automatisierten Builds und Tests vor dem Merge, auf eigenen Maschinen in Rechenzentren in den USA und Europa ausführt. Am 21. Oktober 2026 sammelte es in einer von Sequoia angeführten Series C 66 Mio. $ bei einer Bewertung von 1 Mrd. $ ein. Nach eigenen Angaben nutzen es mehr als 10.000 Unternehmen, darunter Granola, Handshake, LangChain und Mercury.
Warum setzt KI-generierter Code die CI unter Druck?
Jeder Pull Request und jeder Folge-Commit löst einen Build- und Testlauf aus. KI-Coding-Agenten können viele Pull Requests parallel öffnen, deshalb wächst die Zahl der CI-Läufe viel schneller als die Belegschaft. Laut Blacksmith stiegen die wöchentlichen CI-Jobs von 5 Mio. im Januar 2026 auf über 90 Mio. Mehr Läufe bedeuten längere Warteschlangen, höhere Rechenkosten und langsameres Feedback, wenn die Pipeline nicht optimiert ist.
Wie senkt ein Team CI-Zeit und -Kosten?
Zuerst Pipeline-Zeit, Wartezeit und Kosten pro gemergtem Pull Request messen. Dann Flaky Tests reparieren oder in Quarantäne nehmen, nur die betroffenen Tests ausführen, Abhängigkeiten und Build-Ergebnisse cachen, veraltete Läufe bei neuen Commits abbrechen und begrenzen, wie viele Läufe KI-Agenten gleichzeitig starten dürfen. Erst danach gehostete, spezialisierte und selbst betriebene Runner mit der realen Last vergleichen.
Ist CI bei einem externen Runner-Anbieter DSGVO-konform möglich?
Ja, aber es ist eine Sicherheits- und Datenschutzentscheidung. CI-Jobs sehen Ihren Quellcode und halten oft Deployment-Secrets. Prüfen Sie, wo die Jobs laufen, wie Secrets eingespielt und isoliert werden, wie lange Logs und Caches gespeichert bleiben und welche Zertifizierungen der Anbieter hat. Schließen Sie einen Auftragsverarbeitungsvertrag ab, bevorzugen Sie EU-Standorte und verwenden Sie keine Produktiv- oder personenbezogenen Daten in Test-Fixtures.
Quellen
Blacksmith — Building the CI cloud: our Series C (Primärquelle, 21. Oktober 2026)
Fortune — AI code-testing startup Blacksmith hits $1 billion valuation as AI-written code surges (21. Oktober 2026)
TechCrunch — Blacksmith hits unicorn valuation after Sequoia leads Series C (21. Oktober 2026)