Die Architektur hinter ActionFlows

ActionFlows ist zuerst ein Workflow-System. Die Oberfläche ist eine Canvas. Darunter liegen ein gerichteter Graph, ein Validierungslauf, eine Ausführungsschicht, die Ausführungen als Aufträge fährt, und mehrere Produktflächen, die denselben Kern teilen.

Das ist ein Überblick, wie diese Teile zusammentreffen. Keine Auflistung interner Klassennamen.

Der Graph ist die maßgebliche Quelle

Ein ActionFlow ist ein gerichteter Graph aus Knoten und Kanten. Knoten halten Konfiguration für Modelle, Tools oder Steuerung. Kanten beschreiben den Datenfluss. Editor, Validator und Ausführungsschicht sehen dieselbe Struktur. Das Bild auf der Canvas ist das, was läuft.

Validierung vor der Ausführung

Bevor eine Ausführung startet, wird der Graph geprüft. Fehlende Eingaben, kaputte Kanten und unverträgliche Formen scheitern früh. Das ist günstiger als ein stilles Fehlschlagen mitten in der Aufgabe, und Fehler bleiben erklärbar.

Ausführungen als eigene Arbeit

Eine Ausführung ist ein Durchlauf eines Graphen. Sie zeichnet Fortschritt und Ergebnis auf, damit Sie Versuche vergleichen und einen bestimmten Knoten reparieren. Ohne Ausführungen ist die Canvas ein Diagramm. Mit Ausführungen ist sie ein betriebsfähiges System.

Provider-Registry

Modelle und Integrationen laufen über eine gemeinsame Registry, nicht über hart verdrahtete Anbieterpfade. Die Canvas fragt, was existiert, und leitet Arbeit weiter. Neue Modelle und Tools können erscheinen, ohne das Graphmodell selbst zu ändern.

Ein Kern, mehrere Türen

Playground, Templates, REST-API, SDK und Organisationssteuerung sitzen auf demselben Workflow-Kern. Ein Teammitglied kann einen Ablauf auslösen, den jemand anderes visuell gebaut hat. Das mentale Modell bleibt: Pfad setzen, ausführen, Ergebnis prüfen.

Organisationen und Credits

Arbeit lebt in Organisationen, damit Teams Projekte und Zugriff trennen. Credits machen den Verbrauch über Ausführungen sichtbar. Architektur ist hier der Graph und die Grenze, wer ihn ausführen darf.

Worauf wir optimieren

• Einen Graphen, auf den Sie zeigen können.
• Validierung, bevor die Aufgabe startet.
• Ausführungen, die Sie später öffnen.
• Provider, die Sie tauschen können.
• Denselben Kern hinter Editor, API und SDK.