Historischer Beitrag. Dies ist die v1-Ankündigung, aufbewahrt um zu zeigen, wo Stitch angefangen hat. v1 war ein Python-Paket, lief als CI-Job und wurde über PyPI verteilt. Stitch wurde seitdem von Grund auf neu geschrieben. Siehe Stitch 2.0 ist da für die aktuelle Version und Was wir mit Stitch v1 falsch gemacht haben für die Rückschau, warum wir es neu geschrieben haben.
CI-Pipelines brechen. Das passiert jedem Team, jede Woche. Ein flackernder Test, eine fehlende Abhängigkeit, eine Lint-Regel, die jemand vergessen hat. Der Fix ist meist einfach, die Kosten sind es nicht: Kontextwechsel, Warten auf Re-Runs, verlorener Fokus auf echte Arbeit.
Stitch ist ein Open-Source-KI-Agent, gebaut genau für diesen Fall. Er beobachtet deine CI-Pipeline, erkennt Fehler, diagnostiziert die Ursache und schiebt einen Fix. Kein menschliches Eingreifen nötig.
So funktioniert es
Du fügst zwei Jobs zu deiner bestehenden CI-Konfiguration hinzu. Der erste ist deine normale Pipeline. Der zweite ist Stitch. Wenn deine Pipeline fehlschlägt, greift Stitch den Fehler auf, liest die Logs, versteht was schiefgelaufen ist und erzeugt einen Patch.
Er rät nicht. Er liest die tatsächliche Fehlerausgabe, verfolgt sie zurück zur Quelle und wendet einen gezielten Fix an. Wenn der Fix funktioniert, pusht er einen Commit. Wenn nicht, meldet er was er gefunden hat, damit du mit vollem Kontext übernehmen kannst.
Was ihn anders macht
Die meisten CI/CD-Tools fokussieren sich auf Orchestrierung: führe dies aus, dann das, deploye hier. Stitch fokussiert sich auf Recovery. Es ist kein Ersatz für dein Pipeline-Tooling. Es ist eine Ergänzung, die deine bestehende Pipeline selbstheilend macht.
Zentrale Design-Entscheidungen:
- Keine Server zu verwalten. Stitch läuft als CI-Job, nicht als Service. Keine Infrastruktur zu pflegen.
- Keine Konfiguration außer zwei Jobs. Pack sie in deine
.gitlab-ci.ymloder in den GitHub Actions Workflow. Fertig. - Null clientseitiges JavaScript. Die Landingpage und Doku sind vollständig statisch.
- Open Source, MIT-lizenziert. Du besitzt deinen CI-Recovery-Prozess.
Für wen das ist
Teams, die es satt haben, Pipelines zu babysitten. Wenn du jemals denselben Lint-Fehler dreimal in einer Woche behoben hast oder 20 Minuten auf einen Re-Run gewartet hast, nur um einen fehlenden Import zu finden, ist Stitch für deinen Workflow gebaut.
Es funktioniert mit GitLab CI und GitHub Actions. Support für andere CI-Plattformen ist auf der Roadmap.
Was als Nächstes kommt
Stitch ist in aktiver Entwicklung. Die Kern-Schleife aus Erkennung und Patching ist stabil. Anstehende Arbeit umfasst Proxy-Rotation für große Pipelines, intelligenteres Multi-Job-Gruppieren und ein Plugin-System für eigene Fix-Strategien.
Probiere es heute aus. Zwei Jobs. Das ist das Setup.