KI-Workflow: Start, Materialsammlung, Arbeitsbereich und Vorlagen

Aufbau der KI-Workflow-Engine, Startprüfungen und Vorabprüfung, Profile und Autonomiemodi, Reichweite von Anhängen und Arbeitsbereich, Upload, Typvorlagen und Hintergrundausführung.

Der KI-Workflow-Controller plant mit der Workflow-Engine aus dem Prompt (und den Anhängen) des Benutzers Schritte, wählt je Fähigkeit ein Modell aus den vorhandenen KI-Einstellungen (Fähigkeitsbereiche), lässt die Schritte vom Zeitplaner ausführen und liefert am Ende eine konsolidierte Antwort. Lange KI-Aufrufe laufen nie in der Webanfrage.

Datenmodell

Die Tabellennamen tragen in der Datenbank das eigene Präfix der Installation.

TabelleRolle
gpt_runLauf: Benutzer, Prompt, Profil, Modus, Arbeitsbereich, Grenzen, Status
gpt_step, gpt_dependencySchritte und ihre Abhängigkeiten
gpt_attachment, gpt_sourceAnhangsverweise und Quellen
gpt_templateTypvorlagen (Löschen: status = 9)
aiconfigModellzuordnung je Fähigkeit
aiusageNutzung und Kosten
cron_queuegpt_workflow-Zeilen

Weitere Lauftabellen: gpt_message, gpt_conversation, gpt_followup, gpt_decision, gpt_normalization, gpt_cooldown. Die Workflow-SQL liegt in der Engine-Bibliothek, das besitzende Modell ist das eigene Modell des Workflow-Moduls.

Start (start, nur POST)

  1. Entitätsdekodierung des Prompts; leerer oder mehr als 100.000 Zeichen langer Prompt ist ein Fehler.
  2. Materialsammlung: Dateien der Dokumentenzentrale mit Rollen, Geschäftsobjekte, Ergebnis eines früheren Laufs — nur Daten erlaubter Firmen, der Rest wird stillschweigend ausgelassen.
  3. Vorabprüfung (Schlüssel, Budget, Modellname); bei Fehler startet der Lauf nicht (PREFLIGHT_FAILED).
  4. Profil: regelbasierte Wahl bei auto; Profile economy, standard, precise, maximum, research. Autonomie: strict, advisory, autonomous.
  5. Arbeitsbereich: Mandant, Speicherkonto, Laufwerk, Ordner, Typcode. Optionale Grenzen: Schritte, Iterationen, API-Aufrufe, Token, Kosten, Parallelität, Anbieter und Modell, Web- und Tiefenrecherche.
  6. Lauf und Anhangsverweise werden eingefügt, dann der Job gpt_workflow eingereiht. Antwort: Lauf- und Trace-ID, die übersprungenen (0 Zeichen) Anhänge und die Warnungen der Vorabprüfung.

Upload und Vorlagen

  • upload: eine Datei in den Ordner der Dokumentenzentrale des Arbeitsbereichs des Laufs (oder Formulars) über addDocument des Ablagedienstes; Antwort ist die Dokument-ID. Ohne Speicherregel (gpt_workflow oder Objektspeicher document) Fehler.
  • templatesave: speichert den Fragebogen (Prompt, Profil, Optionen, Recherche, erwartete Materialrollen) als Typ, aktualisiert denselben Code, mit Zurücklesen; leerer Name: error_template_name. templatedelete: status = 9.

Hintergrundausführung

Eine Zeile gpt_workflow → Catalog-Aufgabencontroller, Methode processForCronqueue: führt die Schritte des Laufs in Zeitscheiben mit atomarer Schrittreservierung aus; die Engine reiht sich selbst wieder ein, solange Arbeit bleibt. Beschleunigende Einstiege: der Slot-Endpunkt run des Aufgabencontrollers mit Geheimnis (eigene Slot-Sperre, parallele Schritte) und ein aus der Zeitplanerliste des Frameworks gestarteter Worker, der N Slot-Anfragen auslöst, ohne zu warten. Anbieter: OpenAI, Anthropic, Gemini.

Berechtigungen

  • execute (nur Berechtigungseingabe) vor dem Engine-Aufruf; start und setmodel verlangen POST (BAD_REQUEST). template für Typen.
  • Beim Arbeitsbereich der Mandant nur im Inhaltsbereich, das Speicherkonto nur im Speicherkontobereich, der Typcode nur als vorhandene aktive Vorlage.
  • Die Typvorlagen des Startformulars werden nur mit execute geladen.