Zum Inhalt springen
Neu: das dialpress Node SDK. SIP routen wie mit Express und einen Agenten in jeden Anruf bringen.Get started
DialPress
DialPress
So funktioniert DialPress

Ein Stack, vom Carrier bis zum Gespräch

Ein Gateway, eine Media-Engine, eine Speech-Engine, eine Agent-Runtime und ein Message-Router. Jedes ist ein Modul, das im selben Prozess, als eigener Dienst oder über eine Flotte verteilt läuft.

DialPress softphone on the web, iPhone and Android

Auf einen Blick

Ein Media-Pfad

Audio geht vom Carrier zu Speech und zum Agenten, ohne den Stack zu verlassen.

Modular

Jedes Modul läuft im selben Prozess, als eigener Prozess oder auf eigenen Maschinen.

Programmierbar

Alles im Dashboard steht auch in der API, im SDK und im MCP-Server.

Portabel

Derselbe Stack läuft in der DialPress-Cloud oder auf Ihren eigenen Servern.

Warum ein Voice-Stack, keine Voice-API

Die meisten KI-Sprachprodukte sind ein Modell an der Telefonleitung eines anderen. Wenn Audio zu spät ankommt, eine Nummer als Spam markiert wird oder eine Weiterleitung abbricht, kann das Modell es nicht beheben. Diese Probleme liegen im Netzwerk, also löst DialPress sie dort.

DialPress voice waveform on ember

Der Weg eines Anrufs

Was zwischen dem ersten Klingeln und dem letzten Wort passiert.

01

Der Anruf kommt an

Ein Carrier, ein SIP-Trunk, ein Tischtelefon oder ein Browser schickt den Anruf an das Gateway. Dort treffen sich SIP und WebRTC.

02

Der Dial Plan wählt einen Pfad

Routing-Flows prüfen Nummer, Zeit oder Ziffern, und der Anruf landet auf einem Pfad wie /inbound/15550100 oder /ai/front-desk.

03

Eine App nimmt ab

Die App, die den Pfad beansprucht, nimmt im Code ab: einen Menschen anwählen, eine Ansage abspielen oder das Audio des Anrufs öffnen.

04

Speech und Agent wechseln sich ab

Das Audio des Anrufers streamt in die Erkennung, der Agent antwortet, und Text-to-Speech spielt zurück, mit Barge-in, wenn der Anrufer unterbricht.

05

Jeder Schritt ist ein Event

Anrufstatus, Tastendrücke, Transkripte und Aufzeichnungen werden als Events veröffentlicht und mit dem Anruf gespeichert.

Gebaut für Skalierung

Jede Schicht skaliert für sich. Kapazität dort hinzufügen, wo die Last ist, nicht überall auf einmal.

01

Modular von Grund auf

Jedes Modul (Gateway, Speech, Agenten, Messaging, Aufzeichnung) läuft im selben Prozess, als eigener Prozess oder auf eigenen Maschinen über Mutual TLS.

02

Horizontale Gateways

Betreiben Sie so viele Gateway-Instanzen wie nötig. Registrierungen werden geteilt, Anrufe behalten ihre Dialog-Affinität, und der Traffic wird per Policy verteilt.

03

GPU-balancierte Speech

Speech- und Agenten-Anfragen gehen an den am wenigsten ausgelasteten, gesunden Endpunkt, der das Modell bereitstellt – gewichtet pro GPU.

04

Autoscaling

Auf Kubernetes skaliert jede Modulgruppe anhand von Live-Metriken und CPU, mit Grenzen, die Sie pro Modul festlegen.

05

Deploys ohne Abbrüche

Instanzen, die gestoppt werden, laufen zuerst leer: keine neuen Anrufe, laufende Anrufe enden regulär. Upgrades und Herunterskalieren trennen nie einen Anrufer.

06

Derselbe Code, jede Größe

Ein Binary auf einem Laptop, ein Compose-Stack auf einem VPS oder eine Flotte auf Kubernetes. Ihre Apps und Routen ändern sich nicht.

Bringen Sie Ihre eigenen Modelle mit. LLMs von OpenAI oder Gemini, Speech von offenen Modellen auf Ihren eigenen GPUs oder von einem Cloud-Anbieter. DialPress leitet jede Anfrage an den Endpunkt, der sie bedient.

DialPress voice waveform on ember

Bauen Sie auf der Sprachschicht.

Voller API- und SDK-Zugriff in der 14-tägigen Testphase.