Agents

Agents ist der Arbeitsbereich für Laufzeit und Releases unter /workflow-runtime. Der Routenzugriff erfordert workflow:read, sofern keine Vollzugriffsrolle greift.

Zuständigkeit

• Agent-Identität, Verantwortlicher, Modell, Tool-Berechtigungen, Eingabevertrag und Ausgabevertrag.
• Agent-Konfiguration im Entwurf und unveränderliche Releases.
• Umgebungsbezogene Rollouts und Rollbacks auf ein veröffentlichtes Release.
• Laufzeitausführungen, Gesundheit, Richtlinienbindung, Sampling-Konfiguration und der Assurance-Score des Agents.
• Agent-Detailtabs: Definition, Releases, Runs, Log, Sampling und Policy.
• Schreibgeschützte kompilierte Workflow-Diagnose für veröffentlichte Process-Spezifikationen.

Eine Produktionsausführung erfordert ein veröffentlichtes Release, einen aktiven Rollout und eine Governance-Bindung. Die Execution API lehnt einen Produktionslauf ab, wenn eines dieser drei Elemente fehlt. Ungesteuerte Ausführung ist auf einen ausdrücklich gekennzeichneten Sandbox-Pfad beschränkt, und jeder Lauf, den der Arbeitsbereich heute starten kann, ist ein Sandbox-Lauf.

Der Tab Releases bietet Bedienelemente, um einen Draft zu veröffentlichen, ein veröffentlichtes Release in die Produktion zu befördern und die Produktion auf ein früheres Release zurückzusetzen. Jedes Bedienelement öffnet einen Bestätigungsdialog und ruft seine eigene API-Mutation mit den Autorisierungs- und Lebenszyklusregeln dieser Mutation auf. Beförderung und Rollback erfordern eine Governance-Bindung für die Produktion. Eine Produktionsänderung, die ein bereitgestelltes Release ersetzt, wartet außerdem auf einen verfügbaren Manifestvergleich. Ein Rollback erfordert eine Begründung. Ein veröffentlichtes Release bleibt in der Datenbank unveränderlich.

Eine ausstehende Anfrage zur Änderung der Sampling-Konfiguration wird über approveSamplingChange genehmigt oder abgelehnt. Das Verfahren erfordert die Agent-Berechtigung update und lehnt einen Genehmigenden ab, dessen Identität mit der des Antragstellers übereinstimmt. Das Verfahren zur Aktualisierung des Samplings kann eine ausstehende Änderung nicht sofort per Override anwenden.

Release-Lebenszyklus

flowchart LR
  D["Konfigurationsentwurf"] --> V["Validieren"]
  V --> R["Unveränderliches Release veröffentlichen"]
  R --> O["Rollout in die Umgebung"]
  O --> X["Ausführungsdatensätze"]
  O --> B["Rollback auf früheres Release"]

Jede Ausführung bewahrt die Release- und Rollout-Kennungen auf, die Lineage Explorer und Evidence Room benötigen. Eine spätere Bearbeitung erzeugt ein neues Release.

Grenzen

Processes besitzt mehrstufige Phasen, Handler, typisierte Übergaben, Kontrollpunkte und Veröffentlichung. Das kompilierte Workflow-Panel in Agents ist eine technische Diagnose ohne Steuerelemente zum Erstellen, Bearbeiten, Veröffentlichen oder Deployen.

Mutierende Aktionen wenden zusätzlich zur Lesesperre auf Routenebene die Ressourcenautorisierung an.