Hybrid Architecture (Workflow + Agent)

Die Idee

Ein Hybrid-System trennt Verantwortlichkeiten:

• Der Agent entscheidet, welche sichere Option als Nächstes dran ist.
• Der Workflow führt Side Effects aus (Writes, Notifications, irreversible Aktionen).

So bleibt Autonomie dort, wo sie hilft (Unsicherheit) und Determinismus dort, wo er zählt (Zustandsänderungen).

Warum das in Produktion funktioniert

Hybrid ist das Default-Pattern, wenn:

• Sie nicht alle Pfade upfront aufzählen können,
• aber dennoch vorhersagbare Kosten, Latenz und Write-Verhalten brauchen.

Debugging wird ebenfalls einfacher: Sie können „was der Agent gewählt hat“ getrennt von „was der Workflow ausgeführt hat“ tracen.

Diagramm (Workflow besitzt Side Effects)

Guardrails-Checkliste (Minimum)

• Budgets: max steps + wall-clock + $ pro Run
• Tool Policy: Allowlist, default-deny, scoped credentials
• Stop Reasons: immer zurückgeben, warum der Run stoppte
• Approvals für Writes: human-in-the-loop für irreversible Aktionen
• Traces: jede Entscheidung, jeden Tool Call und jede State-Transition loggen

Wann Hybrid nicht passt

• Wenn die Schritte deterministisch sind → Workflow bauen.
• Wenn Sie echte offene Exploration brauchen → zuerst read-only Agent, dann Writes Tool für Tool hinzufügen.

Related

• Workflow vs AI Agent
• Tool permissions
• Budget controls
• Production agent stack