Bot-Crossing: Bots zwischen Plattformen verbinden (Matterbridge)

IRC-Mania Die Seite rund um Sicherheit und Programmierung

Internet, Sicherheit , Internet Relay Chat

Gesponsert

Was dieser Artikel behandelt

• Was „Bot-Crossing” ist: Nachrichten und KI-Bots zwischen Chat-Plattformen brücken.
• Matterbridge als Standard-Tool, welche Plattformen es verbindet.
• Setup mit Docker und Beispiel-Konfiguration.
• Use-Case: ein KI-Backend, viele Chat-Frontends.
• Grenzen und Stolpersteine von Brücken.

Einleitung

Deine Community ist auf Discord, Deine Familie auf Telegram, Dein Verein auf Matrix und Dein KI-Bot soll überall antworten? Das ist Bot-Crossing: eine Brücke zwischen Plattformen, die Nachrichten synchronisiert und Deinen Bot überall erreichbar macht.

Das Standard-Tool dafür ist Matterbridge, ein Open-Source-Relay, das über 20 Plattformen verbindet: IRC, Discord, Telegram, Matrix, Slack, Mattermost, Rocket.Chat, XMPP, WhatsApp und mehr. Es ist ein Node.js-Programm mit einer simplen TOML-Konfiguration, kein Programmieren nötig.

Typische Anwendungsszenarien

• KI-Bot überall: Ein Ollama-Backend, Nutzer fragen per Discord, Telegram oder Matrix, die Bridge routet.
• Community-Fusion: Discord-Community und Telegram-Gruppe teilen einen Channel.
• Migration: Alte IRC-Community auf Matrix bringen, ohne die IRC-Stammgäste zu verlieren.
• Backup-Kanal: Wichtige Alerts auf zwei Plattformen gleichzeitig.
• Nachrichten-Sync: Nachrichten aus dem „alten” Chat in den neuen spiegeln.

Wie Matterbridge funktioniert

Discord ──┐
          │
Telegram ─┼── Matterbridge (Relay) ──► andere Seite
          │
Matrix ───┘

Matterbridge verbindet „Gateways”: Du definierst, welche Kanäle auf welchen Plattformen verbunden sind. Eine Nachricht in Channel A wird in die verbundenen Kanäle auf den anderen Plattformen gespiegelt, mit Bot-Namen und Quell-Angabe.

Installation: Docker

services:
  matterbridge:
    image: 42wim/matterbridge:latest
    volumes:
      - ./matterbridge.toml:/etc/matterbridge/matterbridge.toml
      - ./data:/data
    restart: always

matterbridge.toml: Beispiel: Telegram ↔ Discord ↔ IRC:

[discord.mybot]
Token = "dein-discord-bot-token"
Server = "DEIN_DISCORD_SERVER_ID"
AutoWebhooks = true

[telegram.mybot]
Token = "dein-telegram-bot-token"

[irc.mybot]
Server = "irc.libera.chat:6697"
Nick = "crossbot"
UseTLS = true
SkipTLSVerify = false

[[gateway]]
name = "mein-gateway"
enable = true

[[gateway.inout]]
account = "discord.mybot"
channel = "general"

[[gateway.inout]]
account = "telegram.mybot"
channel = "-1001234567890"

[[gateway.inout]]
account = "irc.mybot"
channel = "#mein-kanal"

Start: docker compose up -d: Nachrichten fließen zwischen allen drei Kanälen.

Der KI-Crossing-Use-Case: ein Ollama-Backend

Das eigentliche Power-Feature: Der Bot auf einer Plattform beantwortet, die Bridge verteilt die Antwort auf alle.

User auf Telegram: „!ki was ist Ollama?"
    │
    ▼
Matterbridge spiegelt nach Discord
    │
    ▼
Discord-Bot (mit Ollama) sieht „!ki ..." → antwortet
    │
    ▼
Antwort wird zurückgespiegelt nach Telegram

Alternativ: Den KI-Code direkt in den Bridge-Loop einbauen: Matterbridge kann als Bibliothek genutzt werden, oder Du schreibst einen eigenen Relay-Service, der Nachrichten abfängt, an Ollama schickt und die Antwort auf allen verbundenen Plattformen postet:

# Konzept: Nachricht von egal welcher Plattform → Ollama → Antwort überall
def on_message(platform, user, text):
    if text.startswith("!ki"):
        answer = ollama.chat(prompt=text[3:])
        broadcast_to_all_platforms(answer)   # via Matterbridge-API oder eigenen Clients

Wichtige Konfigurations-Tipps

• Bot-Namen: RemoteNickFormat konfigurieren, damit Nachrichten von anderen Plattformen erkennbar sind (z. B. [TG] Max: Hallo).
• Nicks-Mapping: PreserveMessageIds, IgnoreUsers für Bots, sonst Loop-Gefahr.
• Webhook vs. Bot: Discord kann mit Webhooks hübschere Bridges machen (AutoWebhooks=true).
• Nur bestimmte Kanäle: [[gateway.in]] vs [[gateway.out]] für einseitige Bridges (Alerts nur raus, nicht rein).

Grenzen und Stolpersteine

• Feature-Verlust: Threads, Reaktionen, Edits, Attachments übersetzen sich nicht perfekt zwischen Plattformen: Text ist sicher, der Rest ist „best effort”.
• Loop-Gefahr: Zwei Bridges, die sich gegenseitig spiegeln = Endlos-Loop. IgnoreNicks/IgnoreUsers setzen.
• Rate-Limits: Telegram/Discord haben API-Limits, bei aktivem Cross-Traffic kann’s drosseln.
• Moderation: Spam auf einer Plattform landet auf allen: Moderation überall nötig.
• Doppeldeutigkeit: Nutzer wissen nicht immer, auf welcher Plattform ein Gegenüber schreibt: Namens-Präfixe helfen.

Alternativen und Ergänzungen

• Mautrix-Bridges: Für Matrix↔WhatsApp/Telegram/Signal spezialisiert (puppets, E2EE), siehe Matrix-Bots.
• n8n: Für Workflow-Crossing (nicht Live-Chat, sondern Event-basiert), siehe n8n.
• Eigenbau: Für KI-Bots oft sinnvoll, ein zentrales Backend mit Plattform-Adaptern statt generischer Bridge.

Weiterführende Links

• IRC-Coding.de: Programmier-Tutorials: Bot-Architekturen, Multi-Plattform-Design.
• Telegram-Bots: Eine Seite der Brücke.
• Discord-Bot: Die andere Seite.
• Matrix-Bots: Matrix-Ende.
• IRC-Bots: Der Klassiker.
• Plattformen-Vergleich: Welche Plattformen es gibt.

Key Takeaways:

• Bot-Crossing = Nachrichten zwischen Chat-Plattformen brücken: Matterbridge ist das Standard-Tool.
• TOML-Konfig, keine Programmierung nötig; ~20 Plattformen unterstützt.
• KI-Use-Case: ein Ollama-Backend, alle Chat-Frontends via Bridge erreichbar.
• Feature-Verlust bei Threads/Attachments, Loop-Gefahr, Rate-Limits beachten.
• Für echte KI-Bots oft eigenes Multi-Adapter-Backend sauberer als generische Bridge.

FAQ

Quellen und weiterführende Literatur

• Matterbridge: GitHub.
• Matterbridge Wiki: Konfiguration.
• IRC-Coding.de: Programmier-Tutorials.

Premium VPS Hosting

Schnelle und sichere VPS Server

Gesponsert