Agenten
Die Arbeit erledigen

Reasoning-Agenten

Agenten, die entscheiden, was zu tun ist, nicht nur was zu sagen ist: Sie lesen aktuelle Datensätze und frühere Interaktionen und reagieren auf Ereignisse, die mitten im Gespräch eintreffen.

Demo buchen
01

Reasoning in jedem Schritt

Bei jedem Gesprächszug wägt der Agent den bisherigen Gesprächsverlauf, die Historie des Kontakts, die Rückmeldungen Ihrer Systeme und jedes soeben eingetroffene Signal ab und entscheidet dann, ob er antwortet, ein Tool aufruft oder eskaliert.

Durchläufe/Ladung 48213, Zug 4Version 9
Bisheriger GesprächsverlaufFrachtführer hat Reno gerade verlassen
Kontakthistorie12 Ladungen, immer pünktlich
TMS-AbfrageLieferung fällig 14:30
Signal/storm/i-80
Nächster Schritt
  • Antwort
  • Ein Tool aufrufen
  • Eskalieren
get_revised_etaEin Sturm auf der Route verändert die voraussichtliche Ankunftszeit (ETA).
02

Signals

Sessions abonnieren beim Start Topics, sodass ein Ereignis wie ein Sturm auf der I-80 oder ein abgesagter Termin genau die laufenden Gespräche erreicht, die es betrifft, und alle anderen unberührt lässt. Der Agent ändert den Kurs mitten im Gespräch oder hält das Ereignis bis zum nächsten Gesprächszug zurück.

Workflows/SignalsVersion 9
/storm/i-80Wetterdienst

I-80 am Donner Pass gesperrt, Schneeketten auf der US-50

LadungRouteSignal
  • 48213Reno nach Sacramento
  • 48217Reno nach Denver
  • 51102Dallas nach Atlanta
  • 48220Salt Lake City nach Denver
  • 51140Laredo nach Memphis
An 3 von 5 Live-Sessions zugestellt

FAQs

Ein Signal ist ein externes Ereignis, das in eine bereits laufende Workflow-Session geliefert wird statt in eine Warteschlange dahinter. Ein Wetterdienst, ein TMS-Update oder ein internes System kann eines veröffentlichen, und jede laufende Session, die dieses Topic abonniert hat, erhält es sofort. Genau das ermöglicht es einem Agenten, auf etwas zu reagieren, das außerhalb des Gesprächs passiert ist, während das Gespräch noch läuft.

Ein Webhook-Trigger startet einen neuen Workflow-Durchlauf. Ein Signal erreicht einen bereits laufenden Durchlauf. Trifft eine Tarifänderung ein, bevor ein Anruf beginnt, ist ein Trigger das richtige Muster; trifft sie ein, während der Agent bereits verhandelt, kann nur ein Signal das Ergebnis dieses Gesprächs verändern.

Sessions abonnieren beim Start Topics, sodass das Routing bereits feststeht, bevor das Ereignis überhaupt eintrifft. Ein Topic kann so breit oder so eng sein, wie es der Betrieb erfordert: Ein eigenes Topic wie /storm/i-80 erreicht jede laufende Session auf dieser Strecke und lässt jede nicht betroffene Session unangetastet.

Der Agent aktualisiert entweder die Antwort, die er gerade geben wollte, direkt an Ort und Stelle, oder er hält das Ereignis bis zum nächsten Gesprächszug zurück, wenn eine Unterbrechung unpassend wäre. Tool-Aufrufe können mit den neuen Informationen erneut ausgeführt werden, sodass der Agent ein Angebot pausieren und eine aktualisierte voraussichtliche Ankunftszeit (ETA) erfragen kann, statt einen inzwischen falschen Satz zu Ende zu sprechen.

Ja. Ein Reasoning-Agent läuft ohne einen aktiven Kommunikationskanal: Er nimmt eine Eingabe entgegen, arbeitet sie anhand Ihrer Datensätze und Tools durch und liefert eine strukturierte Ausgabe, mit der der nächste Node arbeiten kann. Dieselbe Reasoning-Fähigkeit wie ein Sprach- oder Textagent, genutzt für Entscheidungen im Hintergrund, etwa das Bewerten einer Ausnahme oder das Klassifizieren eines Batches, statt für Gespräche.

Agenten in komplexen Umgebungen einsetzen.