Safe LLM API Gateway

Ein Tor für jeden Prompt aus Ihrem Unternehmen.

TORHAUS.AI steht zwischen Ihren Anwendungen und den Modellanbietern, bei denen Sie einkaufen, und beantwortet die vier Fragen, die dringend werden, sobald mehr als ein Team sich einen API-Schlüssel teilt: Wer hat was ausgegeben, was wurde gesendet, wer darf welches Modell aufrufen und wohin ging es.

Eine Go-Binary Ruft nirgends zu Hause an Oberfläche auf Deutsch und Englisch

app.py openai >= 1.0
# Die einzige Änderung für Ihre Entwickler.
from openai import OpenAI

client = OpenAI(
    base_url="https://gateway.example.com/v1",
    api_key="tor_...",          # virtueller Schlüssel, kein Anbieterschlüssel
)

client.chat.completions.create(
    model="gateway-balanced",   # ein Routing-Alias, kein Modellname
    messages=[{"role": "user", "content": "Hallo"}],
)

# Einem Team verrechnet. Gegen ein Budget geprüft.
# Durch Ihre Guardrails gelaufen. Ins Protokoll geschrieben.
→ 200 OK  x-request-id: 01JD8P4W2Q…
1 Binary dazu Postgres und Valkey. Templates, Übersetzungen und sämtliche Assets stecken im Programm, die Abhängigkeiten liegen eingecheckt im Repository.
0 Anrufe Kein Konto, kein Lizenzschlüssel, keine Aktivierung. Keine Telemetrie, keine Analyse, keine Absturzberichte, keine Update-Prüfung.
9 Zeiten in jeder Protokollzeile. Damit wird aus „das Gateway ist langsam“ eine Phase statt eines Achselzuckens.
402 statt 429, wenn ein Budget aufgebraucht ist. So hört ein SDK auf zu wiederholen, statt gegen eine Wand zu laufen, die sich nicht öffnet.
Worum es geht

Ein geteilter API-Schlüssel ist kein Konzept.

Das erste Team bekommt Zugang. Dann das zweite. Ein halbes Jahr später liegt ein Schlüssel in elf Repositories, die Rechnung ist eine einzige Position, niemand kann sagen, welcher Prompt was gekostet hat, und die Rechtsabteilung möchte wissen, was wohin gesendet wurde. Ein Torii ist das Tor, durch das man bewusst geht. Mehr ist die Idee nicht.

01 / VERRECHNUNG

Wer hat was ausgegeben

Kosten pro Anfrage, zurechenbar bis auf den einzelnen virtuellen Schlüssel, in der Währung, in der Ihnen der jeweilige Anbieter tatsächlich Rechnungen stellt.

02 / PROTOKOLL

Was wurde gesendet

Eine Protokollzeile für jede weitergeleitete Anfrage, auf Wunsch mit einer Kopie von Anfrage- und Antwortinhalt für die Teams, die das brauchen.

03 / SCHLÜSSEL

Wer darf was aufrufen

Schlüssel, begrenzt auf Modelle, Operationen, Ratenbegrenzung, Budget und ein Ablaufdatum. In Sekunden ausgestellt, in Sekunden widerrufen.

04 / ROUTING

Wohin ging es

Ausdrückliches Routing mit Ausweichzielen, und eine Aufzeichnung jedes Ziels, das versucht wurde, bevor eines geantwortet hat.

Souveränität

Souveränität, die Sie betreiben. Nicht Souveränität, die wir versprechen.

TORHAUS.AI läuft als eine Binary auf Infrastruktur, die Sie kontrollieren, in einer Region, die Sie gewählt haben, und spricht ausschließlich mit den Modell-Endpunkten, die Sie eingetragen haben. Es hat kein Zuhause, bei dem es anrufen könnte. Wo Ihre Daten liegen, ergibt sich daraus, wo Sie es installieren und auf welche Anbieter Sie es richten. Das ist die einzige Art von Souveränität, die eine Software Ihnen ehrlicherweise anbieten kann.

Eine Instanz gehört einem Unternehmen und wird über ein einzelnes Bootstrap-Konto verwaltet, dessen Passwort die Oberfläche Sie ändern lässt, bevor sich sonst etwas öffnet.

In der EU gehostet oder nirgends außer bei Ihnen
Ausgehende Verbindungen
  • Die Provider-Endpunkte, die Sie konfigurieren. Aufgerufen wird nur, was Sie selbst eingetragen haben, und jeder Aufruf beachtet HTTPS_PROXY.
  • Ein täglicher Wechselkursabruf bei der EZB, damit sich Ausgaben in mehreren Währungen zu einem veröffentlichten Referenzkurs zusammenfassen lassen. GATEWAY_FX_SOURCE=none schaltet ihn ab, ein fester Kurs übernimmt. Genau so läuft eine Installation ohne Netzanbindung.
  • Das ist die Liste. Keine Telemetrie, keine Analyse, keine Absturzberichte, keine Update-Prüfung, kein Lizenzserver.
  • Die Oberfläche lädt nichts von einem CDN. Jedes Asset steckt im Programm und wird von derselben Herkunft ausgeliefert, unter einer Content-Security-Policy mit 'self', die Inline-Skripte nie erlaubt.
  • Abhängigkeiten sind eingecheckt, und beide Anbieter-Dialekte sind handgeschrieben. Das Drahtformat liegt damit im Repository und nicht hinter dem Release-Zyklus eines Dritten.
Latenzaufschlüsselung · eine Anfrage
Authentifizierunglatency_auth_us
Ratenbegrenzung und Budgetlatency_ratelimit_us
Guardrails (Anfrage)latency_guardrail_pre_us
Routinglatency_routing_us
Anbieterlatency_provider_us
Zeit bis zum ersten Tokenlatency_ttft_us
Guardrails (Antwort)latency_guardrail_post_us
Gateway-Overheadlatency_overhead_us

Die Anteile sind beispielhaft. Die Zahlen sind das, was Ihr eigener Verkehr misst, pro Anfrage.

Geschwindigkeit

Was das Gateway selbst kostet, ist eine Zahl, die Sie sehen können.

Jede Phase einer Anfrage wird einzeln gemessen und in Mikrosekunden in die Protokollzeile geschrieben, auch die entscheidende: Gesamtzeit minus Anbieteraufruf, also alles, was TORHAUS.AI selbst verbraucht hat. Die Detailansicht zeichnet das als gestapelten Balken. Eine Phase, die aus der Reihe fällt, ist damit sichtbar statt strittig.

  • In Go geschrieben. Routing-Tabelle, Preisliste und Guardrail-Satz sind unveränderliche Momentaufnahmen hinter einem atomaren Zeiger. Der Anfragepfad nimmt kein Lock.
  • Virtuelle Schlüssel werden aus einem Cache im heißen Pfad aufgelöst, Kosten in Ganzzahlarithmetik berechnet, nicht in Gleitkomma.
  • Protokollzeilen werden asynchron geschrieben. Die Aufzeichnung sitzt damit nie im Anfragepfad eines latenzempfindlichen Proxys. Verworfene Zeilen unter Last werden gezählt und sind alarmierbar, oder Sie stellen den Schreiber auf Blockieren um und tauschen Latenz gegen Lückenlosigkeit.
  • Streaming ist erstklassig unterstützt, und die Zeit bis zum ersten Token ist eine der neun gemessenen Zeiten.
Anfrageprotokoll

Eine Zeile pro Anfrage. Auch für die langweiligen.

Jede weitergeleitete Anfrage schreibt eine Protokollzeile: wer aufgerufen hat, zu welchem Schlüssel und Team das gehörte, welcher Alias auf welches Ziel aufgelöst wurde, Token, exakte Kosten, sämtliche Guardrail-Ergebnisse und wohin die Mikrosekunden gegangen sind. Anfrage- und Antwortinhalte werden nur gespeichert, wo Sie das einschalten, pro Team oder pro virtuellem Schlüssel.

  • Die Inhaltsspeicherung ist standardmäßig aus. Sie für ein Team einzuschalten ist eine Datenschutzentscheidung, und die Oberfläche sagt genau das.
  • Schwärzungen laufen vor der Speicherung, und ein gespeicherter Inhalt, an dem etwas verändert wurde, wird als nicht wortgetreu gekennzeichnet. Wer ihn liest, weiß, was er vor sich hat.
  • Zwei Aufbewahrungsfristen: Monate für Metadaten der Anfrage, ein kürzeres Fenster in Tagen für gespeicherte Inhalte, umgesetzt durch das Verwerfen ganzer Zeitpartitionen statt durch zeilenweises Löschen.
  • Die Nutzungsauswertung exportiert als CSV und Ihr gesamter Guardrail-Satz als YAML oder JSON. Weder das eine noch das andere sitzt in der Oberfläche fest.
  • Die Zahl vertrauenswürdiger Proxys ist standardmäßig null, X-Forwarded-For wird also ignoriert, bis Sie sagen, wie viele Reverse-Proxys wirklich davor stehen. Diesem Header ungefragt zu glauben hieße, jedem Aufrufer zu erlauben, sich eine beliebige Adresse ins Protokoll zu schreiben.
ANFRAGEPROTOKOLL 01JD8P4W2Q7RX3K…
Team
engineering · Org acme-gmbh
Schlüssel
tor_live_…f30c aktiv
Alias → Ziel
gateway-balanced → eu-vllm-01
Versuche
eu-vllm-00 gesperrt, eu-vllm-01 ok
Token
1 284 ein · 611 aus
Kosten
0,004137 EUR bepreist
Guardrails
pii geschwärzt (2) · Token-Grenze erlaubt
Latenz
gesamt 1 942 ms · Overhead 3,1 ms
Inhalt
gespeichert, nicht wortgetreu

Beispielzeile. Feldnamen und Einheiten sind die, die das Gateway tatsächlich schreibt.

Guardrails

Richtlinien, die Sie selbst schreiben und die für jedes Team gleich gelten.

Ein Guardrail ist ein Typ plus eine JSON-Konfiguration, additiv zugeordnet zu allen Anfragen oder zu einer Organisation, einem Team oder einem Schlüssel. Regeln lassen sich als YAML oder JSON importieren und exportieren. Ein Regelsatz wandert damit als Datei von einem Test-Gateway ins Produktivsystem, nicht als Nachmittag voller Klicks.

Mitgelieferte Prüfer

Regulärer Ausdruck Schlüsselwörter Personenbezogene Daten Token-Grenze Kostengrenze Modell-Positivliste Modell-Sperrliste Inhaltslänge Schema für Tool-Argumente Webhook
  • Der Prüfer für personenbezogene Daten erkennt E-Mail-Adressen, Telefonnummern, Kreditkartennummern, IBANs, IP-Adressen, US-Sozialversicherungsnummern und API-Schlüssel, prüfsummenvalidiert nach Luhn und mod‑97, damit eine sechzehnstellige Bestellnummer nicht für eine Kartennummer gehalten wird.
  • Regeln greifen nur, wenn Sie sie einrichten: Sie wählen die Prüfer, die Phase und den Geltungsbereich. Ein frisch installiertes Gateway setzt nichts durch, bevor Sie die erste Regel zugeordnet haben.
  • Schwärzung schreibt den Text um, bevor die Anfrage das Haus verlässt, und noch einmal in dem, was gespeichert wird.
  • Der Webhook-Prüfer übergibt die Entscheidung an Ihren eigenen HTTPS-Endpunkt. Ein Klassifikator, den Sie ohnehin betreiben, bleibt damit derjenige, der über Inhalte urteilt.
  • Mit fail_closed blockiert eine Prüfung, die selbst fehlschlägt, etwa weil ein Webhook nicht antwortet, statt die Anfrage durchzulassen.

Drei Dinge, die eine Regel tun kann

Blockieren

Die Anfrage erreicht den Anbieter nie. Der Client bekommt einen Fehler in OpenAI-Form, den er bereits behandeln kann.

Schwärzen

Der Treffer wird ersetzt, bevor die Anfrage hinausgeht, und bevor irgendetwas festgehalten wird.

Nur warnen

Die Anfrage läuft durch, das Ergebnis landet in der Protokollzeile. So messen Sie eine Regel, bevor Sie sie durchsetzen.

Guardrails lesen den Text, den Ihre Nutzerinnen und Nutzer schreiben. Was Ihre Richtlinie darüber hinaus braucht, etwa ein hauseigenes Muster oder ein internes Projektkürzel, ist eine Regex-Regel, die Sie selbst ergänzen.

Verrechnung und Budgets

Eine Rechnung, die Ihre Buchhaltung auseinandernehmen kann.

Bepreist pro Anbieter, in dessen Währung

Preise und Abrechnungswährung werden pro Provider-Endpunkt gesetzt. Ein Anbieter, der in EUR fakturiert, und einer, der in USD fakturiert, werden damit jeweils nativ erfasst, ohne Umrechnung beim Schreiben.

  • Kosten werden in ganzzahligen Nanos gerechnet, nie in Gleitkomma. Millionen Anfragen von Bruchteilen eines Cents ergeben so trotzdem die richtige Summe.
  • Eine Anzeigewährung fasst Ausgaben in mehreren Währungen zum Referenzkurs des Tages zusammen, an dem sie angefallen sind. Die Summe des letzten Quartals liest sich im nächsten Quartal genauso.
  • Verkehr ohne hinterlegte Preisliste wird als nicht bepreist gekennzeichnet, statt stillschweigend als kostenlos zu gelten.

Budgets auf drei Ebenen

Ausgabengrenzen für eine Organisation, ein Team oder einen einzelnen virtuellen Schlüssel, pro Tag, Woche, Monat oder Gesamtlaufzeit.

  • Ein aufgebrauchtes Budget liefert 402, nicht 429. Ein 429 bringt die Wiederholungslogik eines SDK dazu, es gegen eine Bedingung erneut zu versuchen, die von allein nie eintritt.
  • Geprüft wird laufend statt zum Monatsende. Sie erfahren es an der Grenze, nicht auf der Rechnung.
  • Daneben stehen die Ratenbegrenzungen: Anfragen pro Minute und Token pro Minute, je Schlüssel.

Struktur wie Ihr Organigramm

Organisationen, darunter Teams, und beliebig viele virtuelle Schlüssel pro Team, jeder mit einer Kostenstelle, die Sie der Buchhaltung geben können.

  • Positivlisten je Schlüssel für Modelle und für Operationen. Ein Schlüssel, der für Embeddings ausgestellt wurde, fängt so nicht klammheimlich an, Bilder zu erzeugen.
  • Ein Schlüssel trägt 178 Bit Entropie, wird nur als Hashwert gespeichert und genau einmal angezeigt. Das Gateway kann ihn nicht wiederherstellen.
  • Ein Widerruf wirkt sofort und ist endgültig.
Alias · gateway-balanced
PRIORITÄT 1 eu-vllm-01 G 70 eu-vllm-00 G 30 PRIORITÄT 2 azure-westeu G 100 PRIORITÄT 3 anthropic G 100

Niedrigere Zahlen werden zuerst versucht. Ziele mit gleicher Zahl teilen den Verkehr nach Gewichtung. Ein durchgestrichenes Ziel ist gesperrt.

Routing

Ihre Clients fragen nach einem Alias. Was der bedeutet, entscheiden Sie.

Ein Modell-Alias verweist auf Ziele, die in Prioritätsstufen gruppiert und innerhalb einer Stufe gewichtet sind. Wenn ein Anbieter schwächelt, sperrt ihn der Sicherungsautomat, der Verteiler überspringt ihn, und der Verkehr wandert eine Stufe weiter. Die Protokollzeile zeigt danach genau, welche Ziele unterwegs versucht wurden. Die Erholung läuft über einen einzelnen Testaufruf, nicht über einen Ansturm.

  • Clients sprechen die OpenAI-API. Nach oben spricht TORHAUS.AI mit OpenAI und allem OpenAI-Kompatiblen (Azure OpenAI, vLLM, OpenRouter, Ollama) sowie mit Anthropic und übersetzt in beide Richtungen.
  • Beide Dialekte sind handgeschrieben statt aus einem Anbieter-SDK übernommen. Der Release-Plan eines Anbieters ist damit nicht Ihr Release-Plan.
  • Eine Anwendung wechselt den Anbieter, indem Sie ändern, worauf ein Alias zeigt. Keine Änderung am Client, kein erneutes Ausrollen.
  • Zeitlimit, Wiederholungen, Fehlerschwelle und Sperrzeit werden je Endpunkt in der Oberfläche gesetzt.
Nahtlos

Nichts, was Ihre Entwickler lernen müssen.

Richten Sie ein beliebiges OpenAI-SDK auf das Gateway, geben Sie ihm einen virtuellen Schlüssel und fragen Sie nach einem Alias statt nach einem Modellnamen. Das ist die gesamte Integration.

Client-API

POST /v1/chat/completions
POST /v1/audio/speech
POST /v1/completions
POST /v1/audio/transcriptions
POST /v1/embeddings
POST /v1/images/generations
POST /v1/responses
GET /v1/models
POST /v1/moderations
GET /v1/models/{id}

Nach oben

OpenAI Anthropic Azure OpenAI vLLM OpenRouter Ollama alles OpenAI-Kompatible

Die Namen stehen hier, um zu sagen, womit TORHAUS.AI sich verbindet. Keines dieser Unternehmen empfiehlt dieses Produkt oder steht mit ihm in Verbindung, und alle Marken gehören ihren jeweiligen Inhabern.

  • Oberfläche, Fehlermeldungen und Endnutzerdokumentation auf Deutsch und Englisch, in der Oberfläche umschaltbar, mit EUR und USD nebeneinander in der Abrechnung.
  • Fehler kommen in OpenAI-Form zurück. Die Wiederholungs- und Fehlerbehandlung, die Ihre Clients schon haben, läuft weiter.
So bekommen Sie es

Drei Wege, es zu betreiben. Die Software ist dieselbe.

Jeder Weg beginnt mit demselben Gespräch, weil die richtige Antwort davon abhängt, was Ihre Datenschutzbeauftragten, Ihr Betriebsrat und Ihr Plattformteam jeweils sagen können müssen.

Selbst gehostet in Ihrer Cloud

Die Binary, in Ihrem Konto, in Ihrer Region, unter Ihrem Kubernetes oder Compose, mit Ihrem eigenen Postgres und Valkey.

  • Zur Laufzeit wird nichts lizenziert. Es gibt keinen Dienst, der Sie abschalten könnte.
  • Das Betriebshandbuch beschreibt, was sich für den Produktivbetrieb ändert: TLS-Terminierung davor, der getrennte Admin-Port, SSL zur Datenbank.
  • Unterstützung und Härtungs-Review von den Leuten, die es geschrieben haben.

On-Premise und ohne Netzanbindung

Ihre eigene Hardware, Ihr eigenes Netz, und ein Gateway, das das Internet gern nie zu sehen bekommt.

  • Schalten Sie den Wechselkursabruf ab oder setzen Sie einen festen Kurs, und als ausgehende Verbindungen bleiben nur noch die Modell-Endpunkte in Ihrem eigenen Netz.
  • Kombiniert mit einer lokalen vLLM- oder Ollama-Flotte hat kein Prompt einen anderen Weg als in Ihre eigenen Racks.
  • Legen Sie die Verwaltungsoberfläche auf einen eigenen Port und halten Sie sie aus dem Netz heraus, in dem Ihre Entwickler arbeiten.
Fragen, die wirklich kommen

Die unangenehmen, klar beantwortet.

Sichert TORHAUS.AI zu, dass unsere Daten in Europa bleiben?

Nein, und seien Sie vorsichtig bei allen, deren Software das behauptet. Das Gateway erfasst und prüft die Geografie eines Ziels nicht. Wo die Daten liegen, folgt daraus, wo Sie es betreiben und welche Endpunkte Sie konfigurieren, und ist nichts, was eine Binary zusichern kann.

Was es Ihnen gibt, ist die Kontrolle, die diese Entscheidung zu Ihrer macht: Es läuft, wo Sie es hinstellen, ruft von sich aus nichts auf, und jeder Endpunkt nach oben ist einer, den Sie selbst eingetragen haben. Im EU-gehosteten Betrieb betreiben wir es in der Europäischen Union und sagen Ihnen genau, welche Modellanbieter Ihre Prompts erreichen.

Ist das Anfrageprotokoll gegen Manipulation geschützt?

Es ist eine Postgres-Tabelle, keine Blockchain. Es gibt keine Hash-Kette und keinen einmal beschreibbaren Speicher. Wer Datenbankzugriff hat, kann es ändern. Behandeln Sie es wie Ihre übrigen Produktivdaten und regeln Sie den Zugriff genauso.

Was es ist: eine Aufzeichnung pro Anfrage über Identität, Routing, Token, Kosten, Guardrail-Ergebnisse und Latenz, asynchron geschrieben, damit sie nie eine Anfrage verlangsamt. Staut sich der Schreiber unter Last, verwirft er Zeilen, statt den Proxy zu blockieren, und zählt jede verworfene Zeile, sodass Sie darauf alarmieren können. Alternativ stellen Sie ihn auf Blockieren um und tauschen Latenz gegen Lückenlosigkeit.

Sind unsere Prompts verschlüsselt?

Anbieter-Zugangsdaten werden mit AES-256-GCM versiegelt und an ihre eigene Datenbankzeile gebunden. Ein anderswohin kopiertes Geheimnis lässt sich damit schlicht nicht entschlüsseln. Virtuelle Schlüssel werden nur als Hashwert gespeichert und genau einmal angezeigt.

Gespeicherte Prompts verschlüsselt das Gateway nicht zusätzlich: Sie liegen in Ihrer Datenbank, unter der Verschlüsselung im Ruhezustand, die Sie dort ohnehin betreiben. Die Speicherung ist aus, bis Sie sie für ein benanntes Team oder einen Schlüssel einschalten, und Schwärzungen laufen davor. Den Transport terminieren Sie selbst: hinter Ihrem Reverse-Proxy, mit gesetztem Produktivflag und mit SSL-Pflicht für jede Datenbank, die nicht auf localhost liegt.

Schwärzt es alles Sensible von allein?

Nein. Ein frisch installiertes Gateway setzt nichts durch, bevor Sie die erste Regel zugeordnet haben, und das ist Absicht: Eine Schwärzung, die niemand gewählt hat, ist eine Schwärzung, der niemand traut.

Einmal zugeordnet, findet und ersetzt der Prüfer für personenbezogene Daten E-Mail-Adressen, Telefonnummern, Kartennummern, IBANs, IP-Adressen, US-Sozialversicherungsnummern und API-Schlüssel im Text der Anfrage, mit Prüfsummenvalidierung, damit er echten Verkehr übersteht. Er liest den Fließtext, den Ihre Leute schreiben. Was Ihrem Unternehmen eigen ist, ergänzen Sie als Regex-Regel. Bei einer gestreamten Antwort wird Text, der den Client schon erreicht hat, zwar als Ergebnis vermerkt, kann aber nicht mehr zurückgeholt werden.

Können wir Administratoren unterschiedliche Rechte geben?

Noch nicht. Eine Instanz wird über ein einzelnes Bootstrap-Konto verwaltet, und jedes Administratorkonto hat denselben vollen Zugriff, einschließlich der Möglichkeit, gespeicherte Inhalte zu lesen, wo ein Team die Speicherung eingeschaltet hat. Das sollten Sie wissen, bevor Sie die Speicherung breit aktivieren.

Trennen können Sie heute das Netz. Der Schalter -admin-port legt die Oberfläche auf einen eigenen Socket. Die Datenebene bedient danach nur noch /v1 und beantwortet Verwaltungspfade mit einem deutlichen 404. Geben Sie die Datenebene Ihren Entwicklern und halten Sie die Oberfläche im internen Netz oder hinter einem VPN.

Wie lange dauert die Inbetriebnahme?

Auf einem Laptop Minuten: Postgres und Valkey hochfahren, die Datenbank anlegen, das Gateway starten. Die Oberfläche gibt ein einmaliges Bootstrap-Passwort aus, das sie Sie anschließend ändern lässt. Danach: ein Provider-Endpunkt mit Preisliste, ein Modell-Alias, eine Organisation, ein Team, ein Schlüssel.

Für den Produktivbetrieb kommen der Reverse-Proxy dazu, echte Zugangsdaten für die Datenspeicher mit TLS und der getrennte Admin-Port. Die Compose-Datei im Repository ist eine Entwicklungsumgebung und sollte nie mit einer gehärteten Installation verwechselt werden.

Was kostet es?

Das hängt davon ab, welchen der drei Wege Sie gehen und wie viele Teams dahinterstehen. Deshalb erstellen wir ein Angebot, statt eine Tabelle zu veröffentlichen. Vereinbaren Sie die Demo, und Sie haben die Zahl im selben Gespräch.

Wann immer Sie möchten

Setzen Sie ein Tor davor.

Dreißig Minuten, Ihre Fragen und ein laufendes Gateway statt Folien. Bringen Sie die Person mit, die fragt, was mit den Prompts passiert. Das ist der Teil, den wir gern machen.

Entwickelt und betreut aus Rosenheim, Deutschland

Demo-Anfrage

Demo vereinbaren

Sagen Sie uns, wie wir Sie erreichen, und wir richten ein laufendes Gateway zum Durchgehen ein: Ihre Modelle, Ihre Teams, Ihre Guardrails und die Protokollzeile, die hinten herauskommt.

Bitte geben Sie Ihren Vornamen an.
Bitte geben Sie eine gültige E-Mail-Adresse an.
Bitte wählen Sie Ihre Branche.
Ziffern und die üblichen Trennzeichen, mindestens sechs Ziffern.

Wir verwenden diese Angaben ausschließlich, um Sie zu TORHAUS.AI zu kontaktieren, und löschen sie, sobald Sie das möchten. Siehe unsere Datenschutzerklärung.

In der EU gespeichert