Echte Arbeit hat Phasen
Migrationen, Refactorings und Roadmap-Features entfalten sich über viele diskrete Schritte - ein einzelner Prompt trägt diese Last nicht.
Produkt · Workflow Builder
Komponieren Sie KI-Engineering-Pipelines. Visuell.
Setzen Sie einen Designer ein, hängen Sie einen Checker an, sichern Sie das Ganze mit einem Evaluator ab - und planen Sie es ein. Der Workflow Builder ist die Orchestrierungsebene für Ihre Flotte von Coding-Agenten: jeder Step typisiert, jeder Run wiederholbar.
workflow · ship-the-fix · v12
Prompter
verfeinert
Designer
läuft
Checker
Urteil
Evaluator
Score 87
PR öffnen
in Warteschlange
5 steps · 1 loop · 1 trigger ready to publish
Das Problem
Engineering-Arbeit ist nicht linear.
Qualität ist mehrstufig
Designer schreiben, Checker testen, Evaluator bewerten, Judges entscheiden zwischen Branches. Nichts davon passt in ein Chatfenster.
Wartung endet nie
Dependency-Audits, Doc-Drift, Dead-Code-Sweeps - wiederkehrende Aufgaben verdienen ihre eigene Kadenz, nicht das nächste Montagsticket.
So funktioniert es
Anatomie eines Workflows.
Ein Workflow ist ein typisierter Bauplan aus Agenten, Steps und Gates. Jeder Knoten hat eine Persona-Bindung, jede Kante einen klaren Kontrakt, jeder Run einen permanenten Datensatz.
Designer
Checker
pass ⇒ open PR
Open PR
Weekly · Mon 09:00
Step - eine Persona, eine Aufgabe, vollständig typisiert
Persona-Bindung - Modell, Tools, Skills, Learnings
Checker-Agent - Urteil ⇒ Pass oder Feedback
Branch auf Ergebnis - Quality Gate oder Fallback
Recurring-Trigger - feuert nach Kadenz
Step-Typen
Acht Bausteine. Unendliche Kompositionen.
Jeder Block in Ihrer Pipeline ist ein typisierter Step mit eigener Persona, eigener Sandbox-Konfiguration und eigenen Learnings. Kombinieren Sie frei - den Rest erledigt der Orchestrator.
Designer
Primärer Coding-Agent. Liefert die Änderung in einer frischen Sandbox.
Checker
E2E-Reviewer, der ein strukturiertes Pass-/Feedback-Urteil liefert.
Evaluator
Bewertet den Diff über fünf Dimensionen mit einem Composite-Quality-Score.
Judge
Vergleicht parallele Branches und wählt den Sieger mit Begründung.
Prompter
Verwandelt eine vage Anfrage in eine detaillierte, datei-zitierte Spezifikation.
Investigator
Liest Code, reproduziert Bugs und schreibt einen Bericht für nachgelagerte Steps.
Optimizer
Läuft nach der Freigabe und poliert Namen, Kommentare und toten Code.
Answerer
Klärt offene Fragen, die bei der Issue-Untersuchung aufgetaucht sind.
Verbundene Arbeit
Sprint Chains machen aus einem Plan ausgelieferten Code.
Eine Sprint Chain führt denselben Workflow einmal pro Sprint aus - jeder Sprint ergibt einen separaten, prüfbaren Pull Request. Phase 1 legt die Grundlagen, Phase 2 baut darauf auf. Schlägt Sprint 3 fehl, nehmen Sie ab Sprint 3 wieder auf - die Chain merkt sich alles: Prompts, PR-URLs, Sandbox-Konfig, alles. So liefern mehrmonatige Migrationen wirklich aus - nicht in einem heroischen Mega-PR, sondern als typisierte Sequenz kleiner, mergebarer Schritte.
chain · migrate-to-app-router · 5 sprints
- 1#1428mergedSprint 1 · Scaffolding
- 2#1431mergedSprint 2 · Data Layer
- 3#1442reviewSprint 3 · UI-Rewrite
- 4-runningSprint 4 · Tests
- 5-queuedSprint 5 · Cleanup
2 / 5 mergedresume from sprint 3 anytime
Mit Kadenz
Recurring Tasks halten Ihr Repo gesund - während Sie schlafen.
Planen Sie jeden Workflow täglich, wöchentlich, zweiwöchentlich oder monatlich. Die Plattform feuert den Run, erfasst den Diff und öffnet einen PR - ohne Kalendereinträge, ohne Montagstickets.
schedule
Jeden Montag · 09:00 · wöchentlicher Tech-Debt-Sweep
next fire · 2d 14h
Dependency-AuditStale-PR-ReviewDoc-Drift-Check
Editor-Showcase
Visuelles Canvas. Versioniertes Manifest. Live-Runs.
Komponieren Sie Ihre Pipeline auf einem Drag-and-Drop-Canvas, übergeben Sie das YAML in Ihr Repo und sehen Sie jeden Step in Echtzeit streamen. Derselbe Workflow, drei Sichten - Sie wählen.
Visuelles Canvas
Knoten ablegen, Kanten verdrahten, Personas binden. Verlustfreier Round-Trip zum Manifest.
canvas · ship-the-fix · draft
Prompter
Designer
Checker
Evaluator
Für Engineers gebaut
Workflows, die einen echten Code-Review überstehen.
Sechs Eigenschaften, die ein ernsthaftes Orchestrierungswerkzeug von einem No-Code-Spielzeug unterscheiden.
Git-nativ
Workflow-Manifeste liegen in Ihrem Repo. Pull Requests ändern Workflows genauso wie sie anderen Code ändern.
Versioniert
Jede Revision wird festgehalten. Per Klick auf die Pipeline der letzten Woche zurückrollen - der Run-Record zeigt auf die passende Version.
Typisiertes Schema
Steps, Personas und Trigger werden gegen ein striktes TypeScript-Schema validiert. Defekte Workflows scheitern bei der Bearbeitung, nicht in Produktion.
Lokales Testen
Führen Sie jeden Workflow gegen einen synthetischen Prompt aus, bevor Sie ihn promoten. Kostet $0, läuft in Sekunden, fängt Kontraktdrift ab.
Deterministische Re-Runs
Feuern Sie jeden Run mit demselben SHA, denselben Env- und Persona-Snapshots erneut - Monate später - und Sie erhalten ein vergleichbares Ergebnis.
Observability inklusive
Token-Kosten, Sandbox-Sekunden, Quality-Score und Step-Timeline werden bei jedem Run erfasst. Keine Exporter, kein Klebercode.
Programmierbar
Workflows direkt aus dem Editor definieren.
Alles, was das Canvas bauen kann, baut das SDK schneller. Workflows sind typisiertes TypeScript - reviewen, diffen, mit Ihrem Code ausliefern.
workflows/ship-the-fix.ts
// Define a workflow programmatically
import { createWorkflow, step, loop } from "@codecourier/sdk";
export const ship = createWorkflow({
name: "ship-the-fix",
trigger: { recurring: "weekly" },
steps: [
step("prompter", { persona: "prm_42" }),
loop({ max: 3 }, [
step("designer", { model: "claude-opus-4-6" }),
step("checker", { model: "claude-sonnet-4-6" }),
]),
step("evaluator", { threshold: 80 }),
step("open_pr"),
],
});
await ship.publish(); // → v13 liveEine fünfstufige Pipeline mit Designer-Checker-Loop, Evaluator-Gate und wöchentlichem Trigger - in einem Dutzend Zeilen.
Playbooks
Drei Pipelines, die Sie kopieren wollen.
Migrationen im großen Maßstab
Eine Sprint Chain über sechs Sprints: Scaffolding, Portierung, Tests und Cleanup - ein PR pro Sprint, isoliert prüfbar.
Zum PlaybookNächtliche Wartung
Ein wöchentlicher Recurring Task auditiert Dependencies, kehrt toten Code aus und führt Docs zurück in Form - stumm, sofern nichts ansteht.
Zum PlaybookMulti-Repo-Refactorings
Parallele Branches über Frontend, Backend und Shared Package. Ein Judge-Step wählt die stärkste Implementierung, bevor ein PR öffnet.
Zum PlaybookWorkflow Builder ist das Erste, was meine Staff Engineers geschützt - nicht vermieden - haben. Sie schreiben Workflows wie sie Bibliotheken schreiben, und die langweilige Hälfte der Roadmap liefert sich jetzt selbst.
MV
Mathieu Voss
VP Engineering · Northwind Systems
FAQ
Fragen aus dem Engineering-Lead.
Kann ich meine Workflows versionieren?
Ja - jeder Workflow ist ein typisiertes Manifest, das in Ihrem Repository liegt. Pull Requests ändern einen Workflow auf dieselbe Weise wie Anwendungscode - mit voller Historie, Blame und Review. Die Plattform speichert zusätzlich jede veröffentlichte Revision, sodass Sie auch ohne Git-Eingriff zurückrollen können, wenn eine kürzliche Änderung Probleme macht.
Wie unterscheidet sich das von GitHub Actions oder einer CI-Pipeline?
Actions führt Container aus, Workflow Builder führt Agenten aus. Jeder Step ist eine typisierte KI-Persona mit Modell, Sandbox, Skill-Set und Learnings-Store - kein Shell-Skript. Steps liefern Urteile und Quality-Scores, die der Orchestrator zum Verzweigen, Loopen und Gaten nutzt - Verhalten, das Sie sonst wochenlang in YAML handschreiben würden.
Können Workflows mit internen Services sprechen?
Ja. Workflows laufen in isolierten E2B-Sandboxes, die private Endpunkte über Ihre eigene Netzwerkkonfiguration erreichen. Webhooks und das SDK lassen Workflows externe Systeme anstoßen - und die API lässt externe Systeme Workflows anstoßen. Beide Richtungen sind First-Class.
Wie funktioniert das Rollback, wenn eine Workflow-Änderung schiefgeht?
Wählen Sie im Workflow-Editor die vorherige Version und klicken Sie auf Revert. Die Plattform erzeugt eine neue veröffentlichte Revision, die auf die alte Definition zeigt - laufende Runs beenden auf ihrer Originalversion, neue Runs verwenden den Rollback. Jeder Run-Record speichert die genaue ausgeführte Version für Audit-Zwecke.
Wie werden Secrets verwaltet?
Secrets leben in projekt-gescopten Vaults und werden beim Step-Start in die Sandbox injiziert. Der Orchestrator loggt niemals Secret-Werte, Sandboxes werden am Ende jedes Runs abgerissen, und Audit-Trails zeigen, welcher Step welches Secret gelesen hat - ohne den Wert preiszugeben.
Bereit zum Komponieren
Verdrahten Sie Ihre erste Pipeline in unter zehn Minuten.
14 Tage kostenlos · keine Kreditkarte
Stellen Sie Ihren ersten KI-Ingenieur ein.
Bis zum Mittag live.
5 Minuten Onboarding. Erster PR innerhalb einer Stunde. Jederzeit kündbar.