Linq: Wenn der KI-Agent per iMessage und WhatsApp zurückschreibt

Ein Gast schreibt dem Hotel am Abend vor der Anreise eine iMessage: „Bis wann kann ich morgen einchecken, und hat die Sauna offen?“ 40 Sekunden später ist die Antwort am Handy. Geschrieben hat sie ein KI-Agent. Der Rezeptionist sitzt da längst beim Abendessen.
Genau das verspricht Linq, eine Kommunikationsplattform aus den USA. Über Linq senden und empfangen KI-Agenten Nachrichten per iMessage, RCS, SMS und WhatsApp. Der Kunde braucht dafür keine zusätzliche App und muss auf keiner Website ein Chatfenster suchen. Er schreibt dort, wo er ohnehin den ganzen Tag schreibt. Ich habe mich für den Testzugang angemeldet und stehe derzeit auf der Warteliste. Zeit genug, sich das Ganze genauer anzuschauen.
So funktioniert Linq
Was macht Linq eigentlich? Quasi eine Art Postamt für KI-Agenten. Der Ablauf hat 4 Stationen:
- Der Kunde schreibt eine Nachricht per iMessage, RCS, SMS oder WhatsApp.
- Linq empfängt die Nachricht und schickt sie per Webhook an den Agenten weiter.
- Der KI-Agent, zum Beispiel mit ChatGPT, Claude oder selbst entwickelt, versteht die Anfrage, holt sich die nötigen Daten und formuliert die Antwort.
- Linq stellt die Antwort zu, direkt in die Nachrichten-App am Smartphone.
Linq liefert also die Leitung. Die Intelligenz kommt von OpenAI, Anthropic oder dem eigenen Agenten. Das ist wie bei einem Telephonanschluss: Der Netzbetreiber sorgt dafür, dass es klingelt. Was am anderen Ende gesagt wird, ist Sache des Hauses.
Wofür das in der Praxis taugt
- KI-Concierge im Hotel: Gäste fragen nach Check-in-Zeiten, Wellnessangeboten oder Ausflugstipps. Mit einer Anbindung an das Hotelprogramm kann der Agent auch Verfügbarkeiten abfragen oder Reservierungsanfragen entgegennehmen.
- Kundenservice im KMU: Kunden fragen nach Produkten, Preisen und Lieferzeiten. Der Agent holt sich die Antworten aus der Warenwirtschaft oder dem CRM.
- Anfragen und Termine: Interessenten bekommen sofort eine Antwort, vereinbaren einen Termin oder fordern ein Angebot an.
- Persönlicher Assistent: Der Agent nimmt Nachrichten entgegen, sortiert Informationen und stößt automatisierte Abläufe an.
Richtig interessant wird es meiner Ansicht nach in der Kombination mit MCP. Damit greift der Agent auf echte Systeme zu: Zimmerverfügbarkeit im Hotelprogramm, freie Tische im Reservierungssystem, Betriebszeiten der Bergbahn. Wie MCP grundsätzlich funktioniert, habe ich am Beispiel meiner eigenen Seite beschrieben: Meine neue Website spricht jetzt mit KI-Assistenten.
Was Linq verspricht und wo der Haken steckt
| Funktion | Was es bringt | Was man wissen sollte |
|---|---|---|
| iMessage | Blaue Blasen bei Apple-Nutzern | Apple hat dafür keine offizielle, öffentliche Schnittstelle |
| RCS | Moderne Nachrichten auch auf Android | Hängt an Gerät und Netzbetreiber |
| SMS als Rückfall | Zustellung auch ohne iMessage oder RCS | Außerhalb USA und Kanada nur mit eigenem internationalen Tarif |
| Der Kanal, den in Österreich fast alle haben | Eigene Schnittstelle mit eigenen Zugangsdaten | |
| API und Webhooks | Anbindung an KI-Agenten und Automatisierungen | Ohne Programmierarbeit oder Integrationspartner geht nichts |
| Bilder, Audio, Gruppen | Mehr als reiner Text | Für Hotel und Handel durchaus brauchbar |
Auf der Website wirbt Linq mit 99,95 % Verfügbarkeit, weniger als 120 Millisekunden Latenz, über 850 Millionen Nachrichten und mehr als 1.000 Kunden. Das sind Anbieterangaben, gemessen habe ich davon nichts.
Eine Kleinigkeit ist mir beim Nachprüfen aufgefallen: Im Seitentext steht SOC 2 Type II, in den strukturierten Daten derselben Seite, die für Suchmaschinen gedacht sind, SOC 2 Type I. Klingt nach Haarspalterei? Type I prüft, ob Sicherheitskontrollen zu einem Stichtag vorhanden sind. Type II prüft, ob sie über Monate hinweg auch funktionieren. Das ist ungefähr der Unterschied zwischen einem Feuerlöscher, der an der Wand hängt, und einem, der nachweislich auch löscht. Vermutlich hat da nur jemand vergessen, eine Zeile nachzuziehen. Vor einem Kundenprojekt würde ich mir den Prüfbericht trotzdem zeigen lassen.
Die 3 Haken für Österreich
1. Die Telephonnummer. Laut API-Dokumentation braucht eine Absendernummer einen eigenen internationalen Tarif, damit SMS und RCS überhaupt an Empfänger außerhalb der USA und Kanadas gehen. iMessage funktioniert auch ohne. Ob ein Hotel in Saalbach eine österreichische Nummer bekommt oder der Gast eine Nachricht von einer amerikanischen +1-Nummer erhält, habe ich in der Dokumentation nicht gefunden. Und wer antwortet schon gerne einer unbekannten US-Nummer, die behauptet, das Hotel vom nächsten Wochenende zu sein?
2. iMessage über Umwege. Linq spricht von nativen iMessage-Protokollen. Eine offizielle, öffentliche iMessage-Schnittstelle für Drittanbieter bietet Apple aber nicht an. Den offiziellen Weg für Unternehmen gibt es mit „Apple Messages for Business“, dort beginnt allerdings der Kunde das Gespräch. Wer garantiert also, dass Apple diesen Weg in einem Jahr noch duldet? Ein Kundenservice, der auf einer geduldeten Lücke aufbaut, steht auf einem Fundament aus Firn.
3. Datenschutz und Einwilligung. Die Nachrichten laufen über einen US-Anbieter und von dort zu einem KI-Anbieter, oft ebenfalls in den USA. Das heißt: Auftragsverarbeitungsverträge mit beiden, eine saubere Rechtsgrundlage und Transparenz gegenüber dem Gast. Werbenachrichten per SMS ohne vorherige Einwilligung sind in Österreich nach dem Telekommunikationsgesetz ohnehin verboten. Und nach dem EU AI Act muss der Gast erfahren, dass am anderen Ende eine KI schreibt.
Meine Einschätzung
Technisch ist Linq clever gelöst, und die Idee dahinter ist richtig: Der Kunde soll dort bedient werden, wo er schon ist. Für ein Hotel im Pinzgau würde ich es heute trotzdem noch nicht produktiv einsetzen. Vorher müssen 3 Fragen beantwortet sein: Gibt es österreichische Absendernummern? Wie sieht der Auftragsverarbeitungsvertrag aus? Und was kostet das Ganze bei 2.000 Gästegesprächen im Monat wirklich, inklusive KI-Anbieter?
Man sollte Linq behandeln wie eine neue Piste vor der Saisoneröffnung: anschauen, mitplanen, vielleicht schon einmal die Trasse abgehen. Gefahren wird erst, wenn die Pistenraupe durch ist und jemand die Lawinenlage geprüft hat.
Die Ironie dabei: Jahrelang haben wir Hotels gepredigt, ihre Gäste von den Plattformen weg auf die eigene Website zu holen. Jetzt geht die KI dorthin, wo der Gast ohnehin ist, in seine Nachrichten-App. Und die Leitung dorthin mietet man in Amerika.