Teydra im Detail: ein kontrolliertes System aus Wissen, Werkzeugen, Website und Menschen

Seiteninhalt

Teydra im Detail – Wissen, Tools, Website und Human Support

Technische Produktübersicht zu Teydra Lab: Wissensquellen, kontrollierte Tools und Verbindungen, Website-Aktionen, Human Support, 40 Sprachen, Anhänge, Spracheingabe und Sicherheitsgrenzen.

Technische Produktübersicht · Stand September 2026

Nicht nur ein Chatbot. Ein kontrolliertes System.

Teydra verbindet das Wissen eines Unternehmens, eine konfigurierbare KI, freigegebene Werkzeuge, die eigene Website und echte Mitarbeiter in einem Gespräch. Entscheidend ist nicht nur, was ein Modell formulieren kann – sondern was es wissen, sehen und tatsächlich ausführen darf.

Kernprinzipien

Quellen bleiben Daten

Rechte bleiben explizit

Menschen bleiben Teil des Systems

Auf dieser Seite

System

Funktionen im Detail

Anwendungsfälle

Was wir öffentlich erklären

Der Mensch dahinter

Presse & Projekte

Die sechs Ebenen

Die schwierigen Teile liegen zwischen den Antworten.

Ein gutes Modell allein löst weder Quellenkontrolle noch Berechtigungen, externe Aktionen, Website-Zustand oder die Übergabe an Menschen. Teydra behandelt diese Bereiche als getrennte Ebenen mit klaren Übergängen.

Aktueller Produktstand

Was Teydra heute tatsächlich macht.

Diese Übersicht beschreibt gebaute Produktverträge und sichtbares Verhalten. Geplante Forschung oder noch nicht ausgelieferte Architektur wird nicht als fertige Funktion dargestellt.

Ein System, unterschiedliche Aufgaben

Wie die Ebenen zusammenarbeiten.

Die Beispiele zeigen den Unterschied zwischen einer Antwort, einer lesenden Abfrage, einer schreibenden Aktion und einer menschlichen Übergabe.

Anwendungsfall auswählen

Tiefe ohne Bauanleitung

Wir erklären den Vertrag. Nicht den Schlüsselbund.

Gute technische Transparenz beschreibt überprüfbare Grenzen. Sie muss dafür weder Zugangsdaten noch private Prompts oder kopierfertige interne Protokolle veröffentlichen.

Für Menschen und Maschinen dieselbe Produktwahrheit.

Die öffentlichen Kernseiten werden zusätzlich als semantisches Erst-HTML ausgeliefert. Ein einfacher Crawler muss nicht erst die React-Anwendung ausführen, um Überschriften, Produktbeschreibung, Canonical-Links und zentrale Inhalte zu lesen.

sh.

Stanislaus Hees · Salzburg

Der Mensch hinter Teydra

Stanislaus Hees. Produkt statt Demo.

Ich entwickle Teydra Lab in Salzburg. Mich interessiert an KI nicht nur die Modellantwort, sondern das ganze System darum: Woher eine Aussage kommt, welche Werkzeuge ein Agent wirklich verwenden darf, wie eine Website beteiligt wird und wann ein Mensch übernehmen sollte.

Deshalb steckt ein großer Teil der Arbeit in Details, die auf einer klassischen Feature-Liste kaum sichtbar sind: getrennte Zuständigkeiten, Fehlerfälle, Freigabegrenzen, konsistente Zustände und eine Oberfläche, die diese Technik verständlich macht.

Auf meiner persönlichen Website findest du weitere Projekte, technische Einblicke und meinen Hintergrund.

Zu meiner persönlichen Website

Ein Blick von außen

Presse, Projekte und unabhängige Spuren.

Redaktionelle Erwähnungen und direkte Projektlinks helfen dabei, Person und Produkt nicht nur über unsere eigene Beschreibung einzuordnen.

Aus derselben Werkstatt

Weitere Wege durch die Arbeit.

Verwandte Projekte und aktuelle öffentliche Einblicke haben hier ihren direkten Platz.

Öffentliche Einblicke in die laufende Arbeit

Noch vier wichtige Fragen

Was heißt das im Alltag?

Ist Teydra im Kern einfach ein großer Systemprompt?

Nein. Prompts sind nur eine Ebene. Wissen, Tool-Aktivierung, Berechtigungen, Besucherbestätigungen, Website-Aktionen, Gesprächszustand und Human Support werden außerhalb eines frei formulierenden Prompts geprüft und verwaltet.

Kann der Chatbot nach einer Verbindung einfach alles im CRM oder Shop tun?

Nein. Eine Verbindung stellt noch keine pauschalen Rechte her. Nur die konkret eingerichteten und freigegebenen Werkzeuge sind verfügbar; schreibende externe Aktionen haben zusätzlich den vorgesehenen Besucherbestätigungspfad.

Warum veröffentlicht Teydra nicht jedes technische Detail?

Öffentliche Dokumentation soll Produktverhalten und Sicherheitsgrenzen überprüfbar machen. Private Prompts, Zugangsdaten, interne Schemas und konkrete Schutzparameter würden dafür keinen zusätzlichen Kundennutzen schaffen, aber eine unnötige Nachbau- und Angriffsfläche.

Wie probiere ich den aktuellen Stand aus?

Auf der Startseite kannst du mit deiner Website einen Entwurf ausprobieren. Mit einem Account erhältst du regulär Tage öffentliche Testbereitstellung und kannst den Entwurf anschließend im Builder weiterbearbeiten.

Genug Architektur

Jetzt mit den Inhalten, die dir gehören.

Mit meiner Website testen

01 · Wissen

Eigene Quellen statt frei erfundener Firmenfakten.

Teydra trennt allgemeine Modellfähigkeit von dem Wissen, das für dein Unternehmen gelten soll. Website-Inhalte, einzelne Seiten, Sitemaps, Dateien und eigene Texte werden als Quellen behandelt und für konkrete Fragen herangezogen.

Quellen bleiben unterscheidbar, statt zu einem unprüfbaren Textblock zu verschmelzen.

Geänderte Inhalte können neu verarbeitet werden, ohne unveränderte Seiten unnötig komplett neu aufzubauen.

Quelleninhalt ist Datenmaterial für die Antwort – keine neue Plattformanweisung und keine zusätzliche Berechtigung.

02 · Fähigkeiten

Eine Absicht ist noch keine Berechtigung.

Eine Fähigkeit beschreibt, wann der Chatbot helfen soll. Die tatsächlich verfügbaren Werkzeuge, Verbindungen und Website-Aktionen werden davon getrennt freigegeben. Was nicht eingerichtet und erlaubt wurde, steht der Laufzeit nicht einfach zur Verfügung.

Lesende und schreibende Werkzeuge werden mit einem begrenzten Vertrag statt mit pauschalem Systemzugriff bereitgestellt.

Verbindungs- und Werkzeugfreigaben bleiben menschliche Entscheidungen; der Einrichtungsassistent kann sie nicht selbst erteilen.

Fehler eines Werkzeugs gelten als Fehler. Der Chatbot darf eine fehlgeschlagene Aktion nicht als erledigt formulieren.

03 · Kontrolle

Schreibende Aktionen brauchen zwei Seiten der Zustimmung.

Für externe Änderungen reicht es nicht, dass der Betreiber eine Verbindung eingerichtet hat. Ein schreibendes Werkzeug muss für das Konto freigegeben sein und der Besucher muss die konkrete Aktion im Gespräch bestätigen.

Die Besucherbestätigung ist an die konkrete Aktion und ihren aktuellen Umfang gebunden.

Ändert sich der Werkzeugvertrag oder seine Freigabe, wird eine alte Zustimmung nicht still weiterverwendet.

Lokale Website-Aktionen werden als sichtbare Besucheraktion angeboten und nicht heimlich im Hintergrund ausgelöst.

04 · Laufzeit

Das Modell schlägt vor. Die Laufzeit entscheidet.

Modellausgaben werden nicht automatisch zu Rechten. Die Laufzeit prüft registrierte Fähigkeiten, Eingaben, Zustände und Freigaben, bevor etwas außerhalb einer normalen Textantwort geschieht.

Optionale Funktionen scheitern lokal, ohne den gesamten Chatbot abschalten zu müssen.

Website-Kommunikation wird auf erwartete Herkunft, Quelle und bekannte Nachrichtentypen begrenzt.

Geheimnisse und Anmeldedaten gehören in die serverseitige Verbindung – nicht in den Prompt oder die öffentliche Widget-Konfiguration.

05 · Menschen

Human Support ist ein Zustand im selben Gespräch – kein zweiter Chat.

Wenn ein Besucher einen Menschen möchte oder verlässliches Wissen, notwendiger Zugriff oder eine Entscheidung fehlt, kann der Chatbot Unterstützung anfragen. Die Anfrage bleibt zunächst wartend; erst eine angenommene Anfrage ist einem Mitarbeiter zugeordnet.

Geeignete Mitarbeiter können anhand von Fachkenntnissen, Verfügbarkeit und laufender Arbeit ausgewählt werden.

Der bisherige Gesprächskontext bleibt erhalten; Mitarbeiter können mit Entwürfen und Zusammenfassungen unterstützt werden.

KI und Mensch dürfen nur in dafür vorgesehenen Modi gemeinsam öffentlich antworten; private Entwürfe werden nicht automatisch veröffentlicht.

06 · Oberfläche

Ein Widget, das Teil der Website bleibt.

Design, Sprache, Medien, Spracheingabe und freigegebene Website-Funktionen werden im selben Widget zusammengeführt. Die Einbettung bleibt dabei von der eigentlichen Agenten- und Berechtigungslogik getrennt.

40 kuratierte Widget-Oberflächensprachen können gemeinsam mit der Antwortsprache wechseln.

Fotos, Videos und unterstützte Dokumente sind eine optionale Datenfunktion; die KI liest einen Anhang erst nach der vorgesehenen Besucherfreigabe.

Spracheingabe ist optional: Audio wird transkribiert und kann vor dem Senden in das Eingabefeld übernommen werden.

Wissen & Retrieval

Mehr als „Website in einen Prompt kopieren“.

Im Builder können unterschiedliche Quellen zusammenkommen. Teydra bereitet sie für die spätere Auswahl auf und hält den Unterschied zwischen Quelle, Gespräch und Plattformregel bewusst aufrecht.

Unterstützt werden Website-Crawls, einzelne Webseiten, Sitemaps, Dateien, Links bzw. externe Dokumentinhalte und eigener Text.

Bei einem gespeicherten Chatbot werden bestätigte Quellen serverseitig persistiert, bevor die Wissensbasis daraus neu aufgebaut wird.

Automatische Aktualisierungen arbeiten mit Revisionsständen, damit eine ältere Verarbeitung keinen neueren bestätigten Quellenstand überschreibt.

Eine Quelle darf Fakten liefern, aber weder Sicherheitsregeln noch Werkzeugrechte oder die Identität des Chatbots neu definieren.

Fehlt die nötige Information, soll der Chatbot nachfragen, Grenzen benennen oder – wenn eingerichtet – einen Menschen einbeziehen, statt Firmenfakten zu erfinden.

Nicht öffentlich dokumentiert werden interne Chunking-, Ranking-, Embedding- und Routingparameter. Entscheidend ist der Vertrag: Quellen bleiben Daten, Aktualität bleibt nachvollziehbar und fehlendes Wissen erzeugt keine neue Befugnis.

Features, Tools & Verbindungen

Fähigkeiten werden aus Absicht und erlaubten Werkzeugen zusammengesetzt.

Ein Feature beschreibt das Ziel und den passenden Einsatzkontext. Werkzeuge und Verbindungen sind eigene Ressourcen. Dadurch kann der Chatbot flexibel formulieren, ohne freien Zugriff auf angebundene Systeme zu bekommen.

Verbindungen können über standardisierte Schnittstellen wie HTTPS-APIs oder MCP eingebunden werden; der konkrete Zugriff bleibt auf die eingerichtete Verbindung und freigegebene Werkzeuge begrenzt.

Der Verbindungskatalog deckt unter anderem Dokument-, CRM-, Support-, Commerce-, Entwicklungs- und Datensysteme ab. Ein Katalogeintrag allein bedeutet noch keinen freigeschalteten Zugriff.

Breite Anbieterwerkzeuge können für Teydra auf einen engeren Eingabe- und Ergebnisvertrag begrenzt werden.

Schreibende externe Werkzeuge benötigen die Freigabe des Betreibers und zusätzlich eine konkrete Besucherbestätigung im Widget.

Werkzeugfehler, Protokollfehler und ungültige Eingaben bleiben Fehlerergebnisse. Erst ein regulär bestätigtes Anbieterergebnis darf als abgeschlossen gelten.

Öffentlich zeigen wir die Berechtigungslogik und die unterstützten Integrationsklassen, nicht geheime Endpunkte, Tokens, interne Schemas oder providerbezogene Ausführungsdetails.

Website-Zusammenspiel

Der Chatbot kann auf der Seite helfen, ohne beliebigen Seitencode auszuführen.

Eine Website kann dem Widget eng beschriebene lokale Aktionen und aktuelle, ausdrücklich bereitgestellte Werte anbieten. Diese Schnittstelle ist bewusst kleiner als ein allgemeiner Zugriff auf die ganze Seite.

Lokale Website-Aktionen haben einen Namen, eine Beschreibung und begrenzte Eingaben; nur aktivierte Aktionen sind für das Gespräch relevant.

Solche Aktionen werden dem Besucher als verständliche Aktion angeboten und erst durch die Website ausgeführt.

Geschützte Serveränderungen wie Zahlungen, Authentifizierung oder Bestellungen werden nicht durch eine lokale UI-Aktion „autorisiert“, sondern bleiben bei den dafür freigegebenen Systemwerkzeugen.

Ergebnisse und aktualisierte Website-Werte werden wieder als Daten in den nächsten Gesprächskontext übernommen – nicht als neue Systemanweisung.

Die öffentliche Beschreibung endet an der Schnittstellenidee. Nachrichtenformate, Grenzwerte und interne Validierungsdetails bleiben Implementierungswissen.

Human Takeover

Übergabe ist nicht nur ein Trigger, sondern ein kontrollierter Arbeitsablauf.

Human Takeover wird als gemeinsamer Gesprächszustand behandelt. Der Chatbot kann Unterstützung anfragen, wenn ein Mensch gewünscht ist oder eine belastbare Antwort ohne menschliche Entscheidung, fehlendes Wissen oder fehlenden Zugriff nicht möglich ist.

Der Chatbot beschreibt das Anliegen, bereits geklärte Punkte und die offene Frage, bevor das Team übernimmt.

Mitarbeiter können nach Fachkenntnis, Verfügbarkeit und laufenden Gesprächen ausgewählt werden. Eigene Übergabegründe können in den Fähigkeiten ergänzt werden.

Eine gestartete Anfrage bedeutet zunächst „angefragt/wartend“. Erst die Annahme ordnet einen Mitarbeiter zu.

Mitarbeiter sehen den übergebenen Verlauf und können im selben Gespräch antworten; KI-Unterstützung kann Entwürfe oder Zusammenfassungen liefern.

Gesprächsspeicherung und passende Datenschutzhinweise gehören zur Aktivierung von Human Takeover. Ohne diese Grundlage wird die Einrichtung nicht als vollständig behandelt.

Die Laufzeit ist auf konkurrierende Antworten vorbereitet: bevor eine kollaborative KI öffentlich schreibt, werden aktuelle Nutzer- und Mitarbeiteraktivität erneut berücksichtigt.

Interne Zustandsnamen, Prioritätsformeln und Race-Condition-Mechanismen werden nicht als Nachbauanleitung veröffentlicht. Öffentlich relevant ist, welche Zustandswechsel der Nutzer erwarten kann.

Widget & Kommunikation

Sprache, Medien und Marke teilen sich eine konsistente Oberfläche.

Das Widget verbindet die Gesprächslogik mit der sichtbaren Marke. Viele Funktionen sind optional und starten bewusst nicht automatisch, wenn dadurch ein neuer Datenfluss entsteht.

Logo, Farben, Begrüßung, Texte, Ton und weitere Darstellungsdetails werden im Builder mit Vorschau eingerichtet.

Bei aktivierter Mehrsprachigkeit stehen 40 kuratierte Oberflächensprachen zur Verfügung. Widget-Oberfläche und KI-Antwortsprache folgen derselben Sprachregel.

Browserpräferenzen sind nur ein Hinweis. Frühere verlässlich erkannte Nutzersprache und die Hauptsprache des Unternehmens werden ebenfalls berücksichtigt; unsichere kurze Eingaben lösen keinen beliebigen Sprachwechsel aus.

Hilfreiche Chat-Inhalte können als Bilder, Videos, Artikel oder einbettbare Web-Inhalte vorbereitet werden. Die KI erhält dafür Zweck und Kontext und soll sie nur passend zur Frage einsetzen.

Optionale Besucheranhänge umfassen Fotos, Videos und unterstützte Dokumente. Das Aktivieren erfordert die vorgesehene Datenschutzprüfung; die konkrete Analyse eines Anhangs braucht die Besucheraktion.

Optionale Spracheingabe wird transkribiert. Der transkribierte Text kann erst in das Eingabefeld übernommen oder direkt gesendet werden.

Die 40 Sprachen beziehen sich auf die kuratierte Widget-Oberfläche. Rechtlich feststehende Texte werden nicht blind maschinell in jede Sprache übersetzt; dafür gelten eigene, kontrollierte Sprachfassungen und Fallbacks.

Builder & Config Agent

Manuelle Oberfläche und KI-Konfiguration arbeiten auf demselben Produktzustand.

Der Builder bietet eine einfache und eine vollständige Ansicht auf dieselben Botdaten. Der Config Agent ist kein zweites Schatten-System, sondern nutzt dieselben geprüften Fähigkeiten wie die manuelle Konfiguration.

Entwürfe werden während der Arbeit gespeichert; das bewusste Veröffentlichen bleibt davon getrennt.

Der Config Agent kann übergreifend an Design, Inhalten, Wissen, Verhalten, Features, Verbindungen, Einbindung und Tests arbeiten.

Er darf eingerichtete Ressourcen konfigurieren und bei einer Verbindung den vorgesehenen Login- oder Secret-Dialog anstoßen, bekommt die geheimen Zugangsdaten selbst aber nicht in seinen Kontext.

Veröffentlichen, Bezahlen, rechtliche Zustimmung, Auswahl nicht kuratierter Endpunkte und die eigentliche Werkzeugfreigabe bleiben menschliche Aktionen.

Simple View und Full View verändern die Oberfläche, nicht die grundlegende Datenwahrheit des Chatbots.

Prompts, interne Capability-Namen und die genaue Agentenorchestrierung sind bewusst keine öffentliche Produktdokumentation. Entscheidend ist, welche Änderungen der Agent darf – und welche nicht.

Geschäftlich relevante Aussagen

Preise, Rechte und Zusagen bekommen eine zusätzliche Kennzeichnungsschicht.

Antworten zu Preisen, Rabatten, Zahlungen, Verfügbarkeit, Fristen, Garantien, Erstattungen, Vertragsbedingungen oder ähnlichen geschäftlich relevanten Punkten werden nicht wie beliebiger Smalltalk behandelt.

Das Hauptmodell liefert neben dem sichtbaren Text eine getrennte Einschätzung, ob die Antwort potenziell geschäftlich oder rechtlich relevant ist.

Bei einer positiven Einschätzung zeigt das Widget einen festen, lokalisierten Hinweis. Die Kennzeichnung bleibt getrennt vom eigentlichen Antworttext.

Quellen- oder Besuchertext darf diese Einordnung nicht abschalten und dem Modell keine neue Vertretungsmacht geben.

Aussagen werden als Stand der bereitgestellten Informationen formuliert; das Modell soll nicht behaupten, selbst Preise, Rabatte, Verträge oder Zusagen zu gewähren.

Geplante zusätzliche Reviewer-Modelle oder künftige Live-Quellenabrufe werden erst dann als Produktfunktion beschrieben, wenn sie tatsächlich gebaut und geprüft sind.

Daten & Zustimmung

Neue Datenflüsse starten nicht stillschweigend.

Funktionen wie Gesprächsspeicherung, Anhänge, Human Takeover oder externe Schreibaktionen verändern, welche Daten verarbeitet werden. Darum sind sie an explizite Aktivierung und die jeweils nötigen Hinweise gekoppelt.

Normale Widget-Sitzungen können ohne aktiviertes Gesprächsarchiv lokal bleiben; Funktionen mit notwendiger Speicherung aktivieren diese nicht heimlich im Hintergrund.

Vor zustimmungspflichtigen Aktionen werden die gerenderten Datenschutzinformationen und festen Chatbedingungen in ihrer aktuellen Fassung berücksichtigt.

Ändert sich eine relevante Fassung, wird eine frühere Zustimmung nicht so behandelt, als hätte sie automatisch für den neuen Inhalt gegolten.

Human Takeover benötigt gespeicherte Gespräche, damit die Übergabe über das Schließen der Website hinaus als gemeinsamer Arbeitsfall bestehen kann.

Diese Produktübersicht ersetzt keine Datenschutz- oder Vertragsdokumente. Für die konkrete Verarbeitung eines Unternehmens sind die eingerichteten Funktionen und die veröffentlichten Rechtstexte maßgeblich.

Kundenservice

Antworten, handeln oder gezielt an einen Menschen übergeben.

Ein Besucher beginnt mit einer normalen Frage. Teydra nutzt freigegebenes Wissen, kann erlaubte Lesewerkzeuge einbeziehen und erkennt, wann fehlendes Wissen, Zugriff oder Entscheidung einen Menschen nötig machen.

Verstehen

Frage, Gespräch und passende Quellen werden zusammengeführt, ohne Quelleninhalt zu Plattformrechten zu machen.

Helfen

Der Chatbot beantwortet die Frage oder nutzt nur die Werkzeuge, die für diesen Zweck tatsächlich freigegeben sind.

Übergeben

Wenn ein Mensch gebraucht wird, entsteht eine wartende Supportanfrage mit dem bisherigen Kontext statt eines neuen Gesprächs ohne Vorgeschichte.

Commerce

Produktwissen lesen – Änderungen erst nach klarer Freigabe.

Produktinformationen, Kundenstatus oder Bestelldaten können über eingerichtete Quellen und Verbindungen einbezogen werden. Eine schreibende Änderung folgt einem strengeren Weg als eine reine Auskunft.

Einordnen

Der Chatbot nutzt Produktwissen oder eine freigegebene lesende Abfrage, um den Fall zu verstehen.

Vorschlagen

Er erklärt den nächsten Schritt und kann eine konkrete Aktion als sichtbare Besucherentscheidung anbieten.

Ausführen

Erst nach Betreiberfreigabe und erforderlicher Besucherbestätigung darf ein passendes externes Schreibwerkzeug die Änderung versuchen.

Website-Führung

Nicht nur antworten, sondern auf der Seite Orientierung geben.

Wenn die Website eine begrenzte lokale Fähigkeit bereitstellt, kann der Chatbot daraus eine verständliche Aktion machen – etwa eine Auswahl öffnen oder einen passenden Bereich hervorheben.

Erkennen

Der Gesprächskontext zeigt, dass eine Aktion auf der aktuellen Seite hilfreicher ist als weiterer Erklärungstext.

Anbieten

Die Aktion erscheint sichtbar und mit verständlichem Ziel im Chat, statt unbemerkt ausgeführt zu werden.

Zurückmelden

Die Website führt ihre lokale Aktion aus und gibt ein Ergebnis zurück, das im weiteren Gespräch als Daten behandelt wird.

Öffentlich

Produktverhalten, unterstützte Funktionsklassen, Nutzerkontrollen, Berechtigungsgrenzen, Fehlersemantik und die sichtbaren Sicherheitsgarantien.

Bewusst nicht öffentlich

Systemprompts, private Tool-Schemas, Datenbank- und RPC-Verträge, Provider-Routingregeln, interne Schwellenwerte, Anti-Abuse-Mechanismen und Zugangsdaten.

Warum diese Grenze

Eine technische Produktbeschreibung soll überprüfbar erklären, was Teydra tut und nicht tut. Sie soll keinen Schlüsselbund und keine kopierfertige Implementierungsanleitung veröffentlichen.

Stanislaus Hees

Persönlicher Hub mit Projekten, Arbeitsfeldern, Presse und technischem Kontext.

Teydra Social

Eigenständiges Social-Projekt für öffentliche Inhalte, Profile, Projekte und Gespräche.

Teydra TeleCoding

Remote-Entwicklung mit Coding-Agenten vom Smartphone; öffentlicher Release-Kanal für Android und PC.

Salzburger Nachrichten

Porträt über Stanislaus Hees und Teydra Lab.

Salzburg24

Bericht über Stanislaus Hees, Teydra Social, Teydra Lab und TeleCoding.

StartupValley

Interview über Teydra Lab, KI, Technik und Produktentwicklung.

Teydra Lab

Web-Recherche als getrennte, begrenzte Rolle im Website-Chatbot

Geplanter günstiger Vorfilter für öffentliche Social-Inhalte

Latenz und direkte Steuerung des PC-Browsers vom Smartphone