Chainguard Checks holt CI in die Entwicklungsschleife von KI-Agenten

CI als Tool-Aufruf statt als Warteschlange

Chainguard, das sich selbst als vertrauenswürdige Quelle für Open Source bezeichnet, sieht in klassischer CI im Zeitalter von KI-Agenten einen Flaschenhals. CI sei für Entwickler gebaut worden, die ein paarmal am Tag Code pushen, argumentiert das Unternehmen. Agenten dagegen iterieren ständig, sodass jede Änderung in derselben Warteschlange landet. Je schneller sie Code schreiben, desto länger wird diese Schlange.

Bis die Ergebnisse zurückkommen, hat der Agent laut Chainguard den Kontext verloren, in dem er gearbeitet hat, und die Teams zahlen wiederholt für dieselbe Einrichtungsarbeit. Die Ursache sieht das Unternehmen darin, wo CI angesiedelt ist: außerhalb der Entwicklungsschleife, nachdem die Arbeit erledigt ist.

Chainguard Checks macht CI zu etwas, das sich als Tool-Aufruf nutzen lässt und überall identisch läuft. Zusammen mit den neu vorgestellten Chainguard Workspaces wird eine Agentensitzung pausiert, solange die Checks laufen, damit keine Rechenleistung verbraucht wird. Danach läuft sie in Sekunden weiter, wobei strukturierte Fehlerprotokolle direkt in ihren Kontext eingespeist werden, damit sie so lange iterieren kann, bis die Tests bestehen.

Was Checks enthält

Chainguard nennt mehrere Komponenten des Produkts:

• Warme Snapshots: Jeder CI-Lauf startet von einem Snapshot, in dem die Abhängigkeiten bereits installiert sind. Die Snapshots werden neu erstellt, wenn sich die Lockfile ändert. Der Einrichtungsaufwand fällt daher einmal im Hintergrund an und nicht bei jedem Commit.
• Gehärtete MicroVM-Umgebungen: Jeder Workflow-Schritt läuft in einer eigenen, hardwareisolierten MicroVM, die aus Chainguard OS Packages ohne bekannte Schwachstellen (Zero-CVE) gebaut ist, einschließlich FIPS-konformer Toolchains. So kann nicht vertrauenswürdiger Code andere Workloads nicht erreichen.
• Keine Zugangsdaten zum Stehlen: Runner halten keine langlebigen Zugangsdaten. Ein hostseitiger Proxy ergänzt ausgehende Anfragen im laufenden Betrieb um kurzlebige Zugangsdaten, und Tools, die eine Zugangsdatei auf der Platte benötigen, erhalten einen verschlüsselten, kurzlebigen Platzhalter.
• Netzwerkzugriff nur nach Freigabe: Deklarative Egress-Richtlinien blockieren Verbindungen zu nicht freigegebenen Endpunkten und können Anfragen automatisch ablehnen oder die MicroVM zerstören, um Datenabfluss zu verhindern.
• Signierte Attestierungen: Jeder Lauf erzeugt eine signierte Attestierung, die Umgebung, Testergebnis und Commit miteinander verknüpft.
• Mergen ohne erneuten Lauf: Merge Gates können eine bestandene Attestierung prüfen und mergen, ohne die Tests noch einmal auszuführen.

Das Sicherheitsargument

Chainguard präsentiert das Produkt auch als Sicherheitslösung. Runner kombinierten typischerweise langlebige Geheimnisse mit nicht vertrauenswürdigem Code, so das Unternehmen, sodass ein einziger per Prompt Injection manipulierter Agent oder ein bösartiges Installationsskript statische Schlüssel direkt aus dem Arbeitsspeicher abgreifen kann. Der Verzicht auf dauerhaft hinterlegte Zugangsdaten und die Beschränkung des ausgehenden Netzwerkverkehrs sollen diese Lücke schließen.

Jeder bestandene Lauf erzeugt eine signierte Attestierung, die mit dem Code mitwandert. Nachgelagerte Merge Gates können sie prüfen und sofort mergen, was laut Chainguard Wartezeiten und überflüssige Rechenkosten beseitigt.

„Agenten sollten nicht nur schneller Code schreiben. Sie sollten belegen können, dass er funktioniert“, sagte Dan Lorenc, CEO und Mitgründer von Chainguard. Das Unternehmen habe Checks gebaut, weil die eigenen Ingenieure mit Tausenden KI-Agenten zusammenarbeiten und klassische CI „der langsamste und unsicherste Teil unserer Entwicklung“ gewesen sei.

Stimmen von Partnern und Analysten, Verfügbarkeit

Brad McCoy, Senior Manager, Cloud Platforms bei Cuscal, einem frühen Design-Partner, sagte, Agenten legten Schwächen klassischer CI-Systeme offen, von Sicherheitsmodellen, die Runnern ständigen Zugriff auf Geheimnisse geben, bis zu Ineffizienzen wie Kaltstarts und verzögerter Validierung nach dem Commit.

James Governor, Analyst und Mitgründer von RedMonk, sagte, bestehende CI-Plattformen ächzten unter der Last agentischer Softwareentwicklung, was zu Ausfällen, verlorener Entwicklerproduktivität und nicht ausgelieferndem Code führe. Chainguard Checks sei darauf ausgelegt, echte Shift-left-Sicherheit und -Absicherung zu ermöglichen, ohne dass CI zum Flaschenhals wird.

Chainguard Checks ist ab sofort in der Beta verfügbar. Weitere Informationen gibt es unter chainguard.dev/checks. Für Teams, die Coding-Agenten einsetzen, spiegelt die Veröffentlichung das Bestreben wider, Verifizierung und Vertrauen in die Lieferkette als Teil des Agenten-Workflows zu behandeln statt als Schritt nach der Einreichung. Preise nannte die Ankündigung nicht.