Ein Ausführungsendpunkt ohne Oberfläche auf Basis der OpenFlux Engine. Er übernimmt KI-Aufgaben aus NexusAI OS, erledigt sie in einer Projektumgebung und gibt Ergebnisse samt Arbeitsverlauf zurück.
OpenFlux Runtime ist ein KI-Ausführungsendpunkt ohne Oberfläche auf Basis der OpenFlux Engine und läuft als Ausführungsschicht von NexusAI OS. Er registriert sich bei OS, holt KI-Aufgaben ab und arbeitet mit den Agenteneinstellungen, Organisationsgrundsätzen, Zielen und Projektmaterialien, die jede Aufgabe mitbringt. In einer Projektumgebung bearbeitet er Dateien, Befehle und Code und gibt anschließend Ergebnisse, Arbeitsverlauf und Blockaden, die einen Menschen brauchen, an OS zurück. So wird zugewiesene KI-Arbeit im Hintergrund erledigt und bleibt nachvollziehbar.
Für wen
Teams, die Arbeit mit NexusAI OS organisieren
Plattform- und Betriebsteams für die KI-Ausführung
Projektteams, die KI für Code und Ergebnisse einsetzen
Eingaben & Kontext
Aufgabenbeschreibung, Agenteneinstellungen, Projektmaterial und Arbeitsbereich
Ergebnisse & Übergabe
Ergebnisdateien, Codeänderungen, Dienstlinks und Arbeitsverlauf
Die Ausführungsschicht für die Arbeit in Organisationen
OpenFlux Runtime erledigt die zugewiesene KI-Arbeit.
OpenFlux Runtime basiert auf der OpenFlux Engine und hat keine Benutzeroberfläche. Es übernimmt KI-Aufgaben aus NexusAI OS, arbeitet in der Projektumgebung und gibt Ergebnisse und Ausführungsprotokolle an OS zurück.
Von der Agentendefinition zum Aufgabenergebnis
KI-Aufgaben ausführen und Ergebnisse samt Verlauf zurückgeben
KI-Arbeit in der Projektumgebung erledigen und Ergebnisse, Ausführungsprotokolle oder den Grund einer Blockade an OS zurückgeben.
OS organisiert Ziele, Prozesse, Menschen und Entscheidungen. Runtime registriert sich, holt Aufgaben ab und nutzt die mitgelieferten Agenteneinstellungen und Projektmaterialien. Im Projektcontainer und Arbeitsbereich bearbeitet es Dateien, Befehle und Code und gibt Ergebnisse, Ausführungsprotokolle oder den Grund einer Blockade zurück.
Ergebnisse kehren in das OS Projekt zurück
Ergebnisdateien, Codeänderungen, Dienstlinks und Ausführungsprotokolle gehen in das zugehörige Projekt zurück. Das Team kann sie prüfen, annehmen und weiterverwenden. Blockaden, die eine menschliche Entscheidung brauchen, gehen ebenfalls an OS zurück.
So arbeitet Runtime mit den anderen Produkten zusammen
OS legt fest, was ein KI-Schritt tun soll und welche Grundlagen er braucht. Runtime holt die Aufgabe ab, führt sie aus und gibt Ergebnisse, Ausführungsprotokolle oder den Grund einer Blockade an OS zurück.
Aufgabenanforderungen und Projektmaterial ↔ Ergebnisse und Ausführungsprotokolle
Studio erstellt und konfiguriert Agenten. OS nutzt diese Definitionen und übergibt sie nach der Prozessfreigabe mit den Aufgaben an Runtime. Runtime folgt den mitgelieferten Zuständigkeiten und Anweisungen.
Modellanfragen von Runtime laufen über das Unternehmens-Modell-Gateway. Atlas wendet die Regeln der zuständigen Organisation für Modellzugriff, Kostenbudgets und Audits an und erfasst die Nutzung.
OpenFlux und Runtime nutzen dieselbe Ausführungs-Engine. OpenFlux dient Menschen am Desktop; Runtime hat keine Oberfläche und übernimmt organisatorische Aufgaben aus OS.
Gemeinsame Engine, getrennte Zugänge für Desktop-Arbeit und organisatorische Aufgaben
02 / Kernfähigkeiten
Was es konkret leisten kann.
01
Aufgaben von OS übernehmen
Bei OS registrieren und Aufgaben abholen, sie während der Arbeit verlängern und Pausen- und Abbruchanweisungen befolgen. Aufgaben desselben Durchlaufs bleiben beim selben Endpunkt.
Registrieren, abholen und verlängern
Pause und Abbruch befolgen
02
Nach Agenteneinstellungen arbeiten
Jede Aufgabe bringt den in NexusAI konfigurierten und bei der Prozessfreigabe festgelegten Agenten mit, dazu Organisationsgrundsätze, die reale Lage, Ziele und Projektmaterial.
Agenteneinstellungen mit der Aufgabe
Grundsätze, Ziele und Projektmaterial
03
In einer Projektumgebung arbeiten
Jedes Projekt erhält einen eigenen Container und Arbeitsbereich; Befehle laufen im Projektcontainer. Gestartete Dienste erhalten einen Link, sobald sie erreichbar sind, und am Projektende werden Container und Arbeitsbereich entfernt.
Eigener Projektcontainer und Arbeitsbereich
Dienstlinks und Aufräumen
04
Code auf Branches bearbeiten
Codeschritte ändern auf einem eigenen Branch und führen ihn in den Projekt-Branch zusammen; Merge-Konflikte werden offen gemeldet. Erzeugt ein Schritt mehrere Fassungen, bleibt jede auf ihrem Branch, und nur die gewählte wird übernommen.
Schritt-Branches und Projekt-Branch
Eine von mehreren Fassungen übernehmen
05
Ergebnisse und Verlauf zurückgeben
Ergebnisdateien und eine Ergebniszusammenfassung gehen an OS; Engine-Ereignisse werden zu einem Arbeitsverlauf, sodass OS zeigt, was der Schritt getan und geliefert hat.
Ergebnisdateien und Zusammenfassung
Nachvollziehbarer Arbeitsverlauf
06
Echte Blockaden an Menschen zurückgeben
Rückfragen des Agenten während der Ausführung werden aus vorhandenen Informationen beantwortet, damit Aufgaben nicht warten. Geht es wirklich nicht weiter, geht der Grund an OS, wo ein Mensch übernimmt.
Antworten aus vorhandenen Informationen
Gründe für Blockaden zurückgeben
03 / Einsatzbereiche
Mit diesen Aufgaben beginnen.
01
Einen Analysebericht im Prozess liefern
Ein KI-Schritt eines OS Prozesses geht an Runtime. Der Agent analysiert Projektmaterial und die Ergebnisse des vorherigen Schritts und erstellt eine Berichtsdatei.
Arbeitsergebnis
Berichtsdatei, Ergebniszusammenfassung und Arbeitsverlauf im OS Projekt.
02
In der Projektumgebung entwickeln und vorführen
Codeschritte laufen im Projektcontainer auf einem eigenen Branch. Gestartete Dienste sind per Link erreichbar, damit Verantwortliche sie prüfen können.
Arbeitsergebnis
In den Projekt-Branch übernommene Codeänderungen und aufrufbare Dienstlinks.
03
Mehrere Umsetzungen eines Schritts vergleichen
OS lässt einen Schritt mehrere Ergebnisse aus verschiedenen Blickwinkeln erzeugen. Runtime hält den Code jeder Fassung auf einem eigenen Branch und übernimmt nur die gewählte.
Arbeitsergebnis
Vergleichbare Umsetzungen; im Projekt-Branch bleibt nur das übernommene Ergebnis.
04 / Arbeitsablauf
Von der Eingabe zum Ergebnis.
01
Registrieren und Aufgaben abholen
Runtime registriert sich bei OS und holt Aufgaben ab, die für KI bereitstehen, samt Agenteneinstellungen, Zielen, Projektmaterial und Arbeitsbereich.
02
In der Projektumgebung ausführen
Der Agent arbeitet im Projektcontainer und Arbeitsbereich mit Dateien, Befehlen und Code, verlängert die Aufgabe und befolgt Pause oder Abbruch.
03
Ergebnisse und Verlauf zurückgeben
Ergebnisdateien, Zusammenfassung und Arbeitsverlauf einreichen. Geht es nicht weiter, den Grund nennen und an einen Menschen zurückgeben.
05 / Einsatz & Kombination
Ein klarer Einsatzbereich.
Ausführung ohne Oberfläche
Runtime hat keine Benutzeroberfläche. Als Ausführungsschicht von OS holt es KI-Aufgaben ab und erledigt sie; Ziele, Prozesse und menschliche Entscheidungen bleiben in OS.
Modellzugriff über das Unternehmens-Gateway
Runtime speichert keine Schlüssel von Modellanbietern. Modellanfragen laufen über das Unternehmens-Modell-Gateway und folgen den Atlas Regeln für Modellzugriff, Kostenbudgets und Audits.
Abgegrenzt vom Desktop-OpenFlux
Runtime und OpenFlux nutzen dieselbe Ausführungs-Engine. Desktop-Aktionen, Langzeitgedächtnis und geplante Aufgaben für Einzelne bleiben in OpenFlux.
06 / Produktbeziehungen
Wie es mit anderen Produkten zusammenwirkt.
OpenFlux Runtime führt KI-Aufgaben aus OS aus und gibt Ergebnisse zurück. Agentendefinitionen aus Studio kommen über OS mit den Aufgaben an. Atlas steuert Richtlinien für den Modellzugriff, Kostenbudgets und Audits von Runtime.
OS organisiert Ziele, Prozesse und Projekte und weist KI-Schritte an Runtime zu. Runtime holt jede Aufgabe ab, erledigt sie in der Projektumgebung und gibt Ergebnisse, Arbeitsverlauf oder den Grund einer Blockade zurück.
Beteiligte Fähigkeiten & ErgebnisseAufgaben und Agenteneinstellungen → Ausführung → Ergebnisse und Arbeitsverlauf
Agenten werden in NexusAI konfiguriert und gehen nach der Freigabe des OS Prozesses mit jeder Aufgabe an Runtime, das damit Zuständigkeiten und Anforderungen des Agenten festlegt.
Beteiligte Fähigkeiten & ErgebnisseAgentenaufgaben, Anweisungen und Konfiguration
Modellanfragen von Runtime laufen über das Unternehmens-Modell-Gateway und folgen den Atlas Regeln für Modellzugriff, Kostenbudgets und Audits; die Nutzung wird der zuständigen Organisation zugeordnet.
Beteiligte Fähigkeiten & ErgebnisseModellanfragen, Nutzung und Auditprotokolle
OpenFlux dient Menschen am Desktop, die Aufgaben zuweisen und Ergebnisse prüfen. Runtime hat keine Oberfläche und übernimmt von OS zugewiesene Aufgaben. Das eine dient der persönlichen Arbeit, das andere der organisierten Ausführung.
Beteiligte Fähigkeiten & ErgebnisseAusführungs-Engine und Agentenfähigkeiten
WEITER ENTDECKEN
Diese Fähigkeit im eigenen Arbeitsumfeld betrachten.
Sehen Sie die übergeordnete Architektur an oder sprechen Sie mit uns über dieses Produkt, Ihr Team und Ihre Systeme.
Aktuelles ProduktOpenFlux RuntimeAusführungsschicht für KI-Aufgaben