Zum Inhalt springenNeuChat und Code sind in der PreviewAuf die Warteliste

KI-Agenten

Agenten, die Sie in Produktion geben können.

Bauen Sie tool-nutzende Agenten auf EU-residenten Modellen mit vollem Function Calling. Die Firewall schützt personenbezogene Daten in Argumenten und Ergebnissen, Threads halten den Gesprächszustand, und Observability tract Kosten und Latenz jedes Schritts.

Tools · geprüft · getraced

Jeder Schritt wird gescannt, und jeder Schritt ist ein Span in der Trace.

Ein Agent vervielfacht alles, was schiefgehen kann.

Jede Tool Call ist ein neuer Weg, Anweisungen einzuschleusen, personenbezogene Daten zu leaken oder Kosten in einer Schleife aufzutürmen, die Sie nicht vorhatten. Ein Demo-Agent ignoriert das alles. Ein Produktions-Agent braucht jeden Schritt geprüft, personenbezogene Daten geschützt, Zustand gehalten, und eine Trace davon, wohin Zeit und Credits gingen, sonst liefern Sie ein Risiko aus, das zurückredet.

Was Sie bekommen

Tool-nutzend, und bei jedem Schritt geprüft.

Der Unterschied zwischen einer Agenten-Demo und einem Agenten in Produktion ist das, was bei den Schritten passiert, die niemand angesehen hat.

  • Volles Function Calling

    Definieren Sie Tools, lassen Sie das Modell sie aufrufen und steuern Sie mit tool_choice: genau die Fläche, gegen die Sie ohnehin bauen, jetzt auf EU-residenten Modellen.

  • Bei jedem Schritt geschützt

    Die Firewall pseudonymisiert personenbezogene Daten in Argumenten und Ergebnissen, bevor etwas hinausgeht, und der Router hält jeden Schritt auf einem Modell, das Sie freigegeben haben.

  • Mit Zustand und sichtbar

    Threads halten den Gesprächszustand serverseitig, ohne dass Sie ihn mitschicken, und jeder Schritt wird getraced, damit Sie sehen, welches Tool oder Modell Zeit und Credits verbraucht hat.

Wie das aussieht

Das Tool-Ergebnis voller Kundendaten.

Ihr Agent liest ein Support-Ticket. In diesem Ticket stehen ein Name, eine E-Mail-Adresse und eine Kartennummer. Die Firewall ersetzt sie, bevor das Modell das Ergebnis liest, und setzt sie in der Antwort wieder ein.

  1. 01AllesTool-Output geht auch durch die FirewallAlles, was ein Tool zurückgibt, wird wie ein Prompt behandelt. Die Webseite, der Text eines Tickets, das PDF, das eine Kundin hochgeladen hat: alles, jede Runde.
  2. 02TokenisiertDas Modell arbeitet auf PlatzhalternDas Modell denkt über ein Token nach und ruft seine Tools damit auf. Die echten Werte gehen zurück in die Response, der Agent nennt die Kundin also beim Namen.
  3. 03GetracedDie Trace zeigt den ganzen SchrittObservability hält fest, welches Tool lief, was es kostete und wohin die Zeit ging, damit ein langsamer oder fehlschlagender Agent etwas ist, das Sie wirklich debuggen können.

send_email bekam ein Token, keine Adresse.

FAQ

Fragen zu Agenten.

Wird Tool-Output geprüft, oder nur der Prompt?
Beides. Alles, was ein Tool zurückgibt, wird jede Runde wie ein Prompt gescannt: die Webseite, der Text eines Tickets, das PDF, das eine Kundin hochgeladen hat.
Was passiert, wenn eine Injection gefangen wird?
Die Runde stoppt mit einem typisierten 422, auf den Ihr Code verzweigen kann. Das Tool, auf das das Modell gelenkt wurde, wird nie erreicht.
Müssen wir das Gespräch bei jedem Schritt erneut mitschicken?
Nein. Threads halten den Gesprächszustand serverseitig, Sie zahlen also nicht dafür, denselben Kontext jede Runde neu zu schicken.
Wie finden wir heraus, wo ein Agent seine Zeit ließ?
Observability hält pro Schritt einen Span mit Latenz und Kosten fest, eine langsame oder teure Schleife ist damit sichtbar statt erschlossen.
Sind personenbezogene Daten in Tool-Argumenten geschützt?
Ja. Die Firewall pseudonymisiert personenbezogene Daten in Argumenten und Ergebnissen, bevor etwas die Plattform verlässt.

Hier anfangen

Geben Sie einen Agenten in Produktion.

Legen Sie einen Key an, definieren Sie Ihre Tools, und betreiben Sie einen Agenten, der bei jedem Schritt geprüft, geschützt und getraced wird.