FZ-012 · DEVTOOLS
Keep Shipping
Deploy-Workflows für Ingenieure, als eine typisierte Datei pro Repository.
- Status
- Öffentliche Beta
- Pipeline-Stufe
- VALIDIERUNG
- Branche
- DEVTOOLS
- Autonomieziel
- STUFE 4 · SELBSTOPTIMIEREND
- Gebaut mit
- 3 live · 1 geplant
Das Problem
Ihre Deploy-Pipeline wächst zu hunderten Zeilen YAML und Shell-Code, den niemand ganz versteht.
Was es leistet
Keep Shipping soll das durch eine typisierte Workflow-Datei pro Repo ersetzen, die vor dem Start geprüft wird.
So funktioniert es
- Images bauen, Terraform oder OpenTofu planen und anwenden und deployen, als typisierte Schritte statt als Skripte
- Dieselbe Pipeline auf Ihrem Laptop ausführen, bevor Sie pushen
- Auch Agenten ausliefern lassen: Eine Richtlinie entscheidet, was auf eine Person wartet
Early Access auf Einladung, in kleinen Gruppen.
Hören Sie auf, Nachmittage mit elf Commits zu verbringen, um eine Pipeline zu ändern.
HeuteDie CLI v0.1.0 ist für macOS und Linux veröffentlicht (MIT); die gehostete Konsole wird privat genutzt.
Ziele
- Autonomer Betrieb
- Deploys sind das Automatisierungsziel. Eine typisierte Workflow-Datei pro Repository baut die Images, plant und wendet die Infrastruktur an und rollt aus, und sie wird geprüft, bevor etwas läuft, sodass eine fehlerhafte Pipeline auf dem Laptop auffällt statt im zehnten CI-Lauf. Dieselbe Engine läuft lokal und in CI, sodass niemand pushen muss, um es herauszufinden.
- Intelligenz
- Coding-Agenten können den Workflow schreiben, prüfen und ausführen, begrenzt durch eine Richtlinie in derselben Datei: was sie allein tun dürfen und was auf eine benannte Person wartet. Ein decide-Schritt fragt Jev, ein typisiertes Entscheidungsmodell, wie riskant ein Plan ist; es antwortet mit einer der von Ihnen definierten Antworten und einem Konfidenzwert, risikoarme Änderungen können durchgehen, und Löschungen warten immer auf einen Menschen. Die Engine selbst ist einfacher Code.
- Wachstum
- Entwicklergetrieben. Zuerst eine Early-Access-Liste, in kleinen Gruppen geöffnet; typisierte, versionierte Bausteine, die ein Team schreibt und vierzig Repositories wiederverwenden, tragen es in ein Unternehmen hinein. Die Preise stehen nicht fest. Wachstum sind Repositories, die darüber ausliefern, gezählt ab dem ersten Team, das kein Pilot ist.
Das technische Detail
Eine Deploy-Workflow-Engine. Jedes Repository bekommt eine typisierte Workflow-Datei, die OCI-Images baut und signiert, Terraform oder OpenTofu plant und anwendet (apply führt genau den Plan aus, den eine prüfende Person freigegeben hat), dort auf einen Menschen wartet, wo die Datei es vorgibt, und auf Kubernetes, VMs per SSH oder Serverless ausrollt. Jeder Schritt hat typisierte Ein- und Ausgaben, sodass ein Tag, das dort steht, wo ein Digest hingehört, oder ein falsch geschriebener Schritt schon vor dem Lauf an der Prüfung scheitert, und dieselbe Engine führt die Datei auf dem Laptop und in CI aus. Schritte lassen sich als typisierte, versionierte Bausteine verpacken und über Repositories hinweg wiederverwenden; ein Schritt, der echten Code braucht, ist eine TypeScript-Funktion mit typisierten Eingaben. Für Coding-Agenten legt eine Richtlinie in der Datei fest, was sie allein dürfen und was auf eine benannte Person wartet, und ein Entscheidungsschritt lässt Jev (TypeSafe AI) einen Plan bewerten, wobei Zerstörungen immer an einen Menschen gehen. Die CLI v0.1.0 ist für macOS und Linux unter MIT veröffentlicht, und die gehostete Konsole wird privat genutzt; die Seite keepshipping.run führt die Early-Access-Liste, und die Engine, die Schritte und der Runner werden noch gebaut.
Verwandt
Vom selben Fundament.
- Owlpost. E-Mail-API für Apps und KI-Agenten, mit eigenen Postfächern.
- Colonizer. Macht aus GitHub-Issues Pull Requests für Entwickler auf dem eigenen Rechner.
- Cratefield. Ein Backend für Entwickler, die kompilieren statt konfigurieren wollen.
- SupportGenius. Support-Antworten aus deinen Dokumenten; alles Unbeantwortete geht an dein Team.