DTMM AI Platform
Zentrale Provider, Modelle und Spracheinstellungen für deine Produkte.
Betreiberzugang
Zweiter Faktor
Scanne den QR-Code mit deiner Authenticator-App. Bestätige anschließend den sechsstelligen Code.
Einrichtungsschlüssel manuell eingeben
Typ: zeitbasiert · 6 Ziffern · 30 Sekunden · SHA-1
Wiederherstellungscodes sichern
Jeder Code ist nur einmal verwendbar. Bewahre sie getrennt vom Betreiber-Token auf. Sie werden nur jetzt angezeigt.
Lokalen Betreiber-Token anzeigen
Im Repository-Terminal ausführen. Der Token ist nur für dich als Plattformbetreiber und darf nicht in einem Produkt hinterlegt werden.
docker compose exec api node dist/src/platform/operator-token.jsKI-Einstellungen
Wechselkurs, Credits und Preisquelle
Preise werden manuell bestätigt. Das Prüfdatum wird beim Speichern auf heute gesetzt. Produktmargen bleiben in den Anwendungen.
Zugang, Modell, Preise und Anwendungen gemeinsam prüfen.
Deine Plattform im Überblick
Ein gemeinsamer AI-Dienst. Getrennte Produkte und Verrechnung.
Worker, Agenten und aktuelle Auslastung anzeigen →
Konfiguration
Worker & Agenten
Live-Ausführung, Prozessstatus und Auftragsbestand.
Aktuelle Arbeit
Betriebsdaten werden geladen.
Elastischer Compute-Pool
Wird geprüft.
Separate Compute-Prozesse skalieren lokal nach Bedarf. Produkte nutzen die persistente Text-/Bild-Queue mit „Prefer: respond-async“. Synchrone Bestandsaufrufe und Fachagenten sind davon getrennt; neue Hetzner-VMs werden hier nicht erstellt.
Lastverlauf
Agentenschritte: Türkis · Compute: Violett · Warteschlange: Gelb. Bei App-Auswahl: aktive Ausführungen dieser Anwendung. Zeitachse: letzte Stunde; Messung alle 10 Sekunden bei geöffneter Betriebsansicht. Verlauf bleibt über Neuladen erhalten. Messlücken werden nicht verbunden; kurze Aufrufe zwischen Messpunkten können fehlen.
Anwendungen und ihre Arbeit
Ein Dienstzugang ist keine geprüfte Live-Verbindung. Gemeinsame Plattformprozesse können Aufrufe mehrerer Apps ausführen. CPU und RAM lassen sich daraus nicht zuverlässig einzelnen Apps zurechnen.
Aktive Agenten und Aufrufe
Prozesse und Auslastung
● Grün: läuft · Blau: online / bereit · Gelb: Status unbekannt · Grau: bestätigt gestoppt. Ein freier Worker ist nicht pausiert. Budgetpausen und Freigabewartezeiten gehören zu Aufträgen.
Frühere Prozesse (0)
Bei jedem Prozessneustart entsteht eine neue Kennung. Alte Heartbeats bleiben bis zu 24 Stunden erhalten. Fehlender Heartbeat bedeutet unbekannt, nicht nachweislich gestoppt.
CPU: 100 % entspricht einem ausgelasteten Kern. RAM zeigt Prozess und, falls messbar, Container. Andere Anwendungen auf dem Server und externe Produktprozesse sind nicht erfasst.
Auftragsbestand nach Produkt
| Produkt | Typ | Zustand | Anzahl |
|---|
Gespeicherte Zustände sind keine Live-Messung. Offene Compute-Belege können abgebrochene oder unklare Versuche enthalten; nur frische Heartbeats belegen aktuelle Arbeit. Fertige Aufträge zählen einschließlich synthetischer Selbsttests.
Skalierung: aktueller Stand
Der aktuelle Aufbau ist ein Einserverbetrieb mit elastischem Compute-Prozesspool. Ein Worker verarbeitet jeweils einen Agentenschritt. Pro API sind zwei Compute-Anfragen und ein Sprachauftrag gleichzeitig zugelassen. Zusätzliche Worker benötigen außerdem aktuelle Produktdelegationen.
Für größere gemeinsame Last mehrerer Produkte fehlen insbesondere ein verteilter Delegations-/Jobzugang, Produktionsabnahme der zentralen Konfiguration und Secret-Provisionierung, produktübergreifende Provider-Ratenlimits, skalierte Sprachkapazität sowie Last- und Ausfalltests. Die PostgreSQL-Leases sind eine Grundlage, aber kein Nachweis für horizontalen Produktivbetrieb.
Wissen & Qdrant
Verbindung zur vorhandenen Qdrant-Instanz. Keine neue Datenbank und keine automatische Änderung vorhandener Collections.
Anwendungs- und Mandantentrennung
Jede Anwendung erhält eine eigene Collection. Darin begrenzt der Server jeden Zugriff auf den authentifizierten Mandanten; private Quellen zusätzlich auf den berechtigten Nutzer. Suchergebnisse werden vor Verwendung im jeweiligen Produkt erneut autorisiert.
| Anwendung | Collection | Vertrag |
|---|
Vebelios bestehende Collection und ihr companyId-/ownerId-Vertrag bleiben erhalten. Neue Apps verwenden productId, tenantId und ownerId in eigenen Collections. Die Zuordnung reserviert Namen; sie legt keine Collections an und bestätigt keine fertige Produktanbindung.
Was bedeutet das für die Sicherheit?
Nur die Plattform darf Qdrant erreichen. Private Netzwerkregeln und passende Qdrant-Zugänge verhindern, dass Anwendungen die Plattformfilter umgehen. Collectionnamen und Payloadfilter allein schützen keinen offen zugänglichen Qdrant-Server.
Qdrant ist ein Suchindex. Originaldaten, aktuelle Zugriffsrechte, Version und Löschstatus kommen weiterhin aus dem jeweiligen Produkt. Keine gemeinsame Suche über alle Anwendungen oder Mandanten.
Provider und Modelle
Modellkatalog und Funktionen
Weitere Modellfunktionen
OpenAI-Modelle frei über ihre API-Modellkennung aufnehmen, bearbeiten und löschen. Du entscheidest, welche Modelle deine Produkte verwenden dürfen. Der gemeinsame Provider-Key gilt auch für Bilder, Websuche und Transkription.
Ein Katalogeintrag bestätigt keine Verfügbarkeit in deinem OpenAI-Konto. Es erfolgt kein kostenpflichtiger Testaufruf. Andere Provider benötigen einen eigenen Adapter.
Registrierte Modelle
Modell aufnehmen oder ändern
Was ist ausführbar, was fehlt noch?
Text, Bilder, Websuche und begrenzte Sprachtranskription sind angebunden. Sprache separat unter „Sprache & Audio“ freigeben.
Embeddings, serverseitige Sprachausgabe, Realtime-Duplex, Video und Moderation können katalogisiert, aber noch nicht für neutrale Produktaufrufe aktiviert werden. Die bestehende lokale Wissenssuche ist davon unabhängig.
Spracheingabe und Audio
Lege fest, wo gesprochene Eingaben in Text umgewandelt werden. Die anschließende Unterhaltung verwendet dieselben Agenten und Freigaben wie Texteingaben.
Lokaler Dienst noch nicht geprüft.
Produktzugänge
Produktzugänge und erweiterte Einstellungen
Jedes Produkt erhält einen eigenen Dienstschlüssel. Mandanten und Endnutzer benötigen keinen OpenAI-Key. Das Produkt signiert jede Budgetfreigabe und verrechnet den zurückgelieferten Verbrauchsbeleg nach seinem eigenen Tarif.
KI einstellen
Alle Einstellungen gelten nur für diese Anwendung. Geldbudgets, Tarife und Verrechnung bleiben im Produkt.
Produkt anlegen oder ändern
Produkt-Dienstschlüssel
Diesen Schlüssel ausschließlich im betreffenden Produktserver hinterlegen. Kein OpenAI-Key und kein Betreiberzugang.
MCP-Server und Connectoren
Produktverbindungen und ausdrücklich freigegebene Lese-Werkzeuge. Persönliche Berechtigungen kommen zusätzlich aus der jeweiligen Anwendung.
MCP-Server hinzufügen oder bearbeiten
Agenten und Zugriffsregeln
Zentrale Agentenvorlagen für die Anwendungen. Fachliche Rechte prüft das Produkt bei jedem Toolaufruf. Die Konfiguration ersetzt keinen geprüften Skilladapter.
Agentenvorlage hinzufügen oder bearbeiten
Preise & Basis-Credits
Erweiterte Preisverwaltung
Zentrale Anbieterpreise und Umrechnung für alle Anwendungen. Die Anwendungen legen ihre Marge selbst fest und führen die Kundenkonten.
Umrechnung und Plattformanteil
Modelltarife
Leere Preise bedeuten „nicht konfiguriert“. Einen kostenlosen Bestandteil ausdrücklich mit 0 eintragen. Die Eingabeeinheit kann zwischen 1.000 und 1 Million Tokens wechseln.
Tarif anlegen oder ändern
Verbrauch berechnen
Berechnet mit dem gespeicherten Tarif. Es wird kein Modell aufgerufen und nichts abgebucht.
Beträge werden ohne Produktmarge berechnet. Credit-Bruchteile bleiben auf sechs Nachkommastellen erhalten. Historische Belege behalten ihre Preisversion.
Verrechnung bleibt im Produkt
- Das Produkt prüft Rechte und Budget und reserviert seine Credits.
- Die Plattform prüft die signierte Freigabe und verwendet den zugewiesenen Betreiber-Zugang.
- Die Plattform berechnet anhand des zentralen Preiskatalogs die Basis-Credits und liefert einen signierten Beleg. Das Produkt schlägt seinen Verkaufstarif auf und bucht im Kundenkonto.
Bei unklarem Providerergebnis bleibt der Auftrag ungeklärt. Keine automatische Wiederholung und keine erfundene Erfolgsmeldung. Die Plattform führt keine Kunden-Wallet, Verkaufspreise oder Rechnungen.
Auch lokale Transkription benötigt begrenzte Kapazität. OpenAI-Transkription verbraucht zusätzlich Providerleistungen. Kundentarife und Margen bleiben vollständig im Produkt.