Vercel CI startet in der Beta und führt nur die Aufgaben aus, die von einer Code-Änderung betroffen sind

Entwickelt für die Menge an KI-generiertem Code

Vercel verweist auf einen wachsenden Engpass: Coding-Agenten öffnen mehr Pull Requests als je zuvor, und jeder von ihnen wartet auf die CI, bevor ihn jemand prüfen oder mergen kann. Die meisten CI-Systeme führen bei jedem Push den gesamten Workflow aus, selbst bei einer einzeiligen Änderung. Je mehr die Agenten pushen, desto mehr Zeit verbringen Teams also mit Warten.

Vercel CI ist die Antwort des Unternehmens darauf. Der Dienst führt nur die von einer Änderung betroffenen Aufgaben aus und startet nur die Rechenleistung, die diese Prüfungen brauchen. Vercel vergleicht das mit der Art, wie Fluid Compute mit dem Traffic skaliert. Nach Angaben von Vercel hält die eigene CI inzwischen mit den hauseigenen Coding-Agenten Schritt.

So funktioniert es

Vercel CI setzt auf Turborepo, um Aufgaben und deren Abhängigkeiten zu verstehen. Der Dienst liest die Datei turbo.json, sodass Teams, die bereits Turborepo nutzen, keine separate CI-Konfiguration benötigen. Wer Turborepo noch nicht einsetzt, kann turbo.json und das turbo-Paket hinzufügen. Laut Vercel funktioniert der Dienst auch in Repositories mit nur einem Paket.

Die Einrichtung beginnt damit, die Aufgaben zu markieren, die in der CI laufen sollen, und zwar mit "tags": ["ci"] in der Task-Definition. Laut Vercel entfallen damit Workflow-YAML-Dateien, die gepflegt werden müssen, ebenso wie Abweichungen zwischen CI-Konfiguration und turbo.json. Der Remote Cache ist standardmäßig aktiv.

Bei jedem Push, ob von einem Menschen oder einem Agenten, ermittelt Vercel CI, welche Aufgaben ausgeführt werden müssen. Aufgaben, deren Eingaben sich nicht geändert haben, kommen aus dem Cache. Die übrigen Aufgaben laufen jeweils auf einer eigenen Maschine, betrieben von Hive, der Compute-Schicht von Vercel, und starten, sobald ihre Abhängigkeiten abgeschlossen sind. Dem Changelog zufolge werden Abhängigkeiten pro Lauf nur einmal installiert und über Code-Updates hinweg zwischengespeichert.

Teams können den Dienst einrichten, indem sie der Dokumentation folgen oder einen Coding-Agenten im Repository mit dem Befehl npx skills use vercel/ci@setup beauftragen. Dieser wählt erste Aufgaben aus, konfiguriert Vercel CI und öffnet einen Pull Request.

Läufe prüfen und mergen

Läufe lassen sich über das Vercel-Dashboard, die Vercel CLI oder Vercel MCP verfolgen. Schlägt eine Prüfung fehl, gelangen Nutzer direkt zur fehlgeschlagenen Aufgabe, sehen, was dahinter blockiert ist, und können ihre Logs öffnen. Zudem lassen sich aktuelle Läufe durchsuchen, um zu sehen, ob ein Test unzuverlässig (flaky) ist.

Zu den von Vercel genannten CLI-Befehlen gehören:

• vc ci ls, um CI-Läufe für das Repository aufzulisten
• vc ci inspect, um die Aufgaben eines Laufs aufzulisten
• vc ci logs, um die Logs aller Aufgaben eines Laufs oder einer bestimmten Aufgabe abzurufen
• vc ci grep, um die Logs eines Laufs nach einer Zeichenfolge zu durchsuchen

Vercel CI hinterlegt auf GitHub eine Prüfung (Check) am Pull Request, sodass bestehende Branch-Protection-Regeln Merges bei Fehlern weiterhin blockieren können.

Ausblick und Verfügbarkeit

Laut Vercel hat Vercel CI in den eigenen Repositories und in der privaten Beta bereits knapp 8 Millionen Aufgaben abgeschlossen. Vor der allgemeinen Verfügbarkeit plant das Unternehmen erweiterte Observability, einen CLI-Befehl vc ci für verteilte Ausführung vor dem Pushen von Code sowie eine feinere Testauswahl.

Vercel CI ist ab sofort in der Beta für alle Tarife verfügbar. Für Teams, die bereits Turborepo nutzen, ist der Umstieg überschaubar: die relevanten Aufgaben markieren und den Dienst entscheiden lassen, was ausgeführt wird. Die Geschwindigkeitsangaben stammen aus den internen Repositories von Vercel, in anderen Codebasen können die Ergebnisse daher abweichen.