Die Satire von Norbert (@norbert_tech) auf X bringt es auf den Punkt: Erst werden die Tests gelöscht, dann explodiert die CI Rechnung, also fliegt die CI gleich mit raus. Der Anlass war ein Team, das 800.000 Zeilen Unit Tests gelöscht hat, unter anderem wegen nutzloser CI Läufe und Token Kosten. Das Problem ist echt. Die Lösung ist falsch. CI Kosten senken geht auch, ohne das Sicherheitsnetz abzubauen.
CI/CD Pipelines für KI generierten Code: Schnelle Quality Gates, die jeden Agent Commit prüfen, ohne dass die Rechnung davonläuft. Zu den Vibe Coding Pipelines
Warum die CI mit Agents teurer wird
Ein Agent arbeitet anders als ein Mensch. Er macht viele kleine Commits, pusht öfter und probiert mehr aus. Jeder Push startet die komplette Pipeline. Dazu wächst die Testsuite, weil Agents gern viele Tests erzeugen. Beides zusammen treibt die Minuten in die Höhe.
Die Frage ist also nicht, ob ihr CI braucht. Die Frage ist, ob jeder Lauf alles prüfen muss.
Sechs Hebel gegen die CI Rechnung
- Fail fast: Linting und statische Analyse zuerst. Ein Typfehler stoppt die Pipeline nach Sekunden, nicht nach zwanzig Minuten.
- Nur betroffene Tests: Regeln auf geänderte Pfade sorgen dafür, dass eine Änderung im Frontend nicht die komplette Backend Suite startet.
- Caching: Abhängigkeiten nicht bei jedem Job neu laden. Die GitLab Doku zu Caching zeigt, wie Cache Keys an Lock Dateien hängen.
- Parallelisieren: E2E Tests auf mehrere Maschinen verteilen. Mit Cypress und Cypress Cloud läuft die Suite in einem Bruchteil der Zeit.
- Lokal vorprüfen: Der Agent lässt statische Analyse und Unit Tests laufen, bevor er pusht. Weniger rote Pipelines, weniger verschwendete Minuten.
- Eigene Runner: Runner auf eigenen Servern in Deutschland statt Minutenpreise beim Anbieter. Ab einer gewissen Last rechnet sich das schnell.
Mehr zu langsamen Suites steht in Langsame Tests beschleunigen: sechs Hebel für PHP und Cypress. Wie TypeScript Checks ohne Build Output Zeit sparen, zeigt TypeScript Type Checking ohne Build Output.
Erst messen, dann streichen
Wer Kosten senken will, muss wissen, wo sie entstehen. Meistens sind es wenige Jobs, die den größten Teil der Minuten fressen. Bevor ihr Tests löscht, lohnt ein Blick auf diese Fragen:
| Frage | Was ihr messt | Mögliche Maßnahme |
|---|---|---|
| Welche Jobs laufen am längsten? | Dauer pro Job über die letzten Wochen | Parallelisieren oder cachen |
| Welche Tests prüfen nichts? | Überlebende Mutanten im Mutation Testing | Gezielt löschen oder ersetzen |
| Welche Tests sind flaky? | Wiederholte Läufe mit wechselndem Ergebnis | Stabilisieren statt neu starten |
| Wie oft läuft alles? | Pipelines pro Tag und Branch | Pfadregeln und lokale Vorprüfung |
Flaky Tests sind ein unterschätzter Kostentreiber, weil jeder Neustart wieder Minuten kostet. Was PHPUnit dagegen bietet, steht in PHPUnit 13.3: Flaky Tests erkennen. Welche Tests ihr mit Agents wirklich behalten solltet, klärt Die Testpyramide für KI Agents.
Was eine gute Pipeline bei jedem Push macht
Eine schnelle Pipeline ist kein Widerspruch zu einer gründlichen. Sie prüft in der richtigen Reihenfolge und bricht früh ab. Wie das bei uns aussieht, zeigt Quality Gates in der Pipeline. Erfahrungen aus Projekten fasst Testautomatisierung in CI/CD Pipelines zusammen.
Fazit
Norberts Satire funktioniert, weil jeder Schritt für sich logisch klingt. Tests kosten, also weg. CI kostet, also weg. Am Ende testet niemand mehr, außer den Nutzern. Wer stattdessen misst, cacht, parallelisiert und eigene Runner nutzt, senkt die Rechnung und behält die Kontrolle über seine Agents.
Häufige Fragen zu CI Kosten
Warum steigen 2026 die CI Kosten mit Coding Agents?
Agents pushen öfter und in kleineren Schritten. Jeder Push startet die Pipeline. Dazu wächst die Testsuite, weil Agents viele Tests erzeugen. Ohne Anpassung steigen die Minuten deutlich.
Wie senke ich 2026 die CI Kosten, ohne Tests zu löschen?
Mit schnellen Checks zuerst, Pfadregeln für betroffene Tests, Caching, Parallelisierung und lokaler Vorprüfung durch den Agent. Eigene Runner auf eigenen Servern senken die Kosten zusätzlich.
Lohnen sich 2026 eigene CI Runner?
Ab einer gewissen Last meistens ja. Eigene Runner auf Servern in Deutschland haben feste Kosten statt Minutenpreisen und halten Code und Daten im eigenen Rechenzentrum.
Wie finde ich 2026 die teuersten Jobs in meiner Pipeline?
Über die Laufzeiten pro Job in GitLab CI oder GitHub Actions über mehrere Wochen. Meist verursachen wenige Jobs den Großteil der Minuten. Dort lohnt Optimierung zuerst.
Sollte ein Agent vor dem Push lokal testen?
Ja. Statische Analyse und schnelle Unit Tests lokal sparen viele rote Pipelines. Die vollständige Suite mit E2E Tests bleibt trotzdem in der CI als verbindliches Gate.
Schnelle Pipeline, volles Netz
Wir bauen mit euch eine Pipeline, die jeden Agent Commit prüft und trotzdem schnell bleibt: GitLab CI, Cypress E2E, Preview Umgebungen und Deployments auf Servern in Deutschland. Erstgespräch kostenlos.
