Combos + Sequenzen

Wichtige Korrektur (2026-07-08): Diese Seite beschrieb bisher ein Feature, das es in „Event Reactions" nicht gibt: einen Reaction-Editor mit wählbaren Action-Typen (Sound, Overlay-Text, TTS, Chat-Nachricht), die du per „Combo" gleichzeitig oder per „Sequenz" mit Delay-Blöcken zeitlich staffeln kannst. Der Live-Code (, ) kennt keinen Action-Typ, keine Combo, keine Sequenz, keine Delay-Blöcke. Was du in „Event Reactions" wirklich konfigurierst, ist pro Event-Typ genau ein Chat-Text. Diese Seite erklärt, was stattdessen real passiert, wenn ein Event feuert — und wohin du für echte Mehrfach-Aktionen musst.

Was bei einem einzelnen Event wirklich gleichzeitig passiert

Auch ohne „Combo"-Feature läuft bei einem Event trotzdem mehr als nur eine Sache ab — nur eben nicht konfigurierbar zusammengebaut, sondern als feste Kombination aus zwei unabhängigen Systemen:

Chat-Nachricht — dein Bot postet das Template aus dem Tab „Chat-Reaktionen", falls für den Event-Typ eine aktive Reaction existiert.
Overlay-Alert — falls ein Overlay verbunden ist und der Event-Typ im Tab „Alert-Steuerung" nicht deaktiviert wurde, spielt gleichzeitig ein visueller (und akustischer) Alert im Overlay.

Diese zwei laufen faktisch parallel — genau wie eine „Combo" wirken würde — aber du entwirfst sie nicht selbst Stück für Stück; du schaltest sie unabhängig voneinander an/aus. Es gibt keinen Delay zwischen Chat-Nachricht und Alert, den du einstellen könntest.

Was du an echter Kontrolle über den Alert hast

Im Tab ⚙️ Alert-Steuerung (Komponente AlertControlPanel) stellst du pro Event-Typ ein:

alert_enabled — Alert an/aus.
sound_enabled — Sound des Alerts an/aus (der Alert selbst kann also stumm bleiben, ohne ihn ganz zu deaktivieren).
priority — low, normal, high, critical. Relevant, wenn mehrere Alerts kurz hintereinander feuern — höhere Priorität gewinnt bei Overlappings.

Das Design/Aussehen des Alerts selbst (welche Animation, welche Grafik) ist Sache des Overlays, nicht der Event-Reaction — das gehört ins Buch Overlays. „Event Reactions" entscheidet nur: ob und wie laut der vorhandene Alert-Typ für dieses Event feuert, nicht wie er aussieht.

Der gleiche Tab zeigt einen Alert-Verlauf (letzte 25 Einträge, Status ausgelöst / wiederholt / gemutet / verfallen) mit einem Re-Fire-Button pro Eintrag. Re-Fire spielt exakt denselben Alert erneut an alle aktuell verbundenen Overlays — praktisch, wenn ein Alert kam, während du gerade nicht im OBS-Fenster warst, oder wenn du einen Clip nachträglich mit sichtbarem Alert produzieren willst.

Beispiel — Raid ≥ 50 Viewer, so weit es real geht

Im Tab „Chat-Reaktionen", Karte 🚀 Raid: Min. Viewer auf 50 setzen.
Template: 🚀 HYPE! Willkommen @{user}-Raid mit {viewers} Viewern — ihr seid die Besten!
Im Tab „Alert-Steuerung": raid auf alert_enabled = an, sound_enabled = an, Priorität high (damit ein Raid-Alert nicht von einem gleichzeitigen Follow-Alert verdeckt wird).

Das Ergebnis bei einem echten Raid ≥ 50 Viewern: Chat-Nachricht + Overlay-Alert mit Sound erscheinen praktisch zeitgleich. Was nicht geht, ohne Automations: „erst Sirene, dann 1,5 s Pause, dann ein größeres zweites Overlay, dann erst die TTS-Ansage" — das wäre eine echte Sequenz mit Delays, die es hier nicht gibt.

Wann du wirklich ins Buch Automations musst

Wechsle zu Automations (/dashboard/automations), sobald du eines davon brauchst:

Zeitlich gestaffelte Schritte mit Pausen dazwischen („erst A, 2 s warten, dann B").
Unterschiedliche Ergebnisse je nach Tier/Menge in derselben Reaktion (z. B. Tier 1 → kurzer Sound, Tier 3 → aufwendige Animation + TTS) — Event Reactions kann pro Event-Typ nur ein Template halten.
Zähler/Variablen, die sich über mehrere Events hinweg aufsummieren („bei jedem 100. Cheer ein Sonder-Overlay").
Verzweigende Bedingungen mit unterschiedlichen Folge-Aktionen (nicht nur „feuert" vs. „feuert nicht", sondern „feuert A oder B").
Aufrufe externer Webhooks als Reaktion auf ein Event.

Automations kann auf denselben Twitch-Events aufsetzen, die auch Event Reactions auswertet — die beiden Systeme schließen sich nicht aus, du kannst z. B. die einfache Chat-Antwort über Event Reactions laufen lassen und parallel eine Automation für die komplexere Overlay-Choreografie bauen.

Externe Trigger: die `external.*`-Event-Typen

Ein tatsächlich neues, mächtiges Feature, das in der alten Fassung dieser Seite komplett fehlte: Über einen tokenbasierten External-Action-Ingress (POST /v1/actions/public/trigger) können externe Tools wie Streamer.bot, Firebot, Mix It Up, Lumia oder eigene Skripte ein erlaubtes Pseudo-Event in genau dieselbe Event-Reactions-Engine einspeisen wie ein echter Twitch-Event. Erlaubt sind ausschließlich sechs fest allowlistete Typen: external.custom, external.button, external.scene, external.lumia, external.streamerbot, external.firebot — alles außerhalb dieser Liste (insbesondere echte Plattform-Events wie raid/sub, oder mod.*/billing.*/admin.*) ist von extern strikt verboten, es gibt keine Code-Ausführung, keine zweite Engine.

Praktisch heißt das: Du kannst z. B. einen Streamer.bot-Button so verdrahten, dass er external.button auslöst, und dafür in Chatlix eine ganz normale Reaction mit Chat-Text und (wenn Overlay verbunden) Alert konfigurieren — Variablen {user}, {message}, {source} stehen zur Verfügung, je nach externem Typ.

Testen

Der 🔔-Button an jeder Reaction-Karte sowie der Tab „🔔 Testen" feuern ein simuliertes Event direkt an dein verbundenes Overlay (kein echter Twitch-Event nötig). Das testet Chat-Text und Alert in einem Rutsch — es gibt keinen separaten Test nur für „die Sequenz", weil es keine Sequenz gibt. Ohne verbundenes Overlay ist der Test-Button ausgegraut.

Weiter im Stoff

Buch Automations, Seite Automations Grundlagen — für alles, was oben als „braucht Automations" markiert ist.
Buch Overlays — für das visuelle Design der Alerts selbst.
Reaction-Tiers (Bits/Sub-Tiers) — die reale Grenze von „eine Reaction pro Event-Typ" und wie du trotzdem differenzierst.