Dein Telefon sollte klingeln, wenn es wirklich wichtig ist: Der komplette Echobell-Guide

Eine Situation, die die meisten mindestens einmal erlebt haben: Nachts um 2 geht etwas kaputt, die Benachrichtigung landet in Slack, Slack ist auf "Nicht stören", und um 8 Uhr morgens öffnest du dein Postfach und findest das Chaos vor.

Die Technologie zum Senden von Benachrichtigungen ist nicht das Problem. Das Problem ist, dass Alerts in Kanälen landen, die die Leute gar nicht wirklich im Blick haben — oder die sie gelernt haben zu ignorieren. Echobell löst das, indem es die wirklich wichtigen Dinge direkt als Anruf auf dein Telefon bringt. Die Art, die du tatsächlich abnimmst.

Dieser Guide zeigt, wie verschiedene Nutzertypen Echobell einsetzen — und wie man es mit den Tools verbindet, die man bereits nutzt.

Entwickler: Nicht erst von den Nutzern von Ausfällen erfahren

Wenn du irgendeinen Produktivdienst betreibst, kennst du das wahrscheinlich: Eine Nachricht von einem Nutzer mit "Hey, ist eure Seite down?" Du checkst es, und ja, sie ist seit 40 Minuten down. Der Monitoring-Alert hat ausgelöst, ist in einen Kanal gegangen, niemand hat ihn gesehen.

Echobell hängt sich via Webhook in dein bestehendes Monitoring ein. Wenn etwas schiefläuft, klingelt dein Telefon.

Die schnellste Integration ist ein einzelner curl-Befehl am Ende eines Health-Checks:

curl -X POST https://hook.echobell.one/DEINE_CHANNEL_ID \
  -H "Content-Type: application/json" \
  -d '{
    "title": "payment-service ist down",
    "body": "Health-Check fehlgeschlagen um 03:42 UTC",
    "notificationType": "calling"
  }'

Bei Grafana fügst du Echobell als Webhook-Kontaktpunkt hinzu — deine bestehenden Alert-Regeln bleiben unverändert, du bekommst einfach einen neuen Ausgabekanal. Bei UptimeRobot, Freshping oder Better Uptime reicht es, die Webhook-URL einzutragen.

Für GitHub Actions kommt ein Benachrichtigungsschritt ans Ende deines Workflows:

- name: Echobell-Benachrichtigung
  if: always()
  run: |
    curl -X POST https://hook.echobell.one/DEIN_KEY \
      -H "Content-Type: application/json" \
      -d "{
        \"title\": \"${{ github.workflow }} — ${{ job.status }}\",
        \"body\": \"${{ github.repository }}\",
        \"notificationType\": \"time-sensitive\"
      }"

Kein ständiges Aktualisieren der Actions-Seite mehr. Build fertig, Telefon vibriert.

Für On-Call-Rotationen nutzt du geteilte Kanäle: Wer Dienst hat, abonniert — alle anderen nicht. Beim Wechsel tauscht du den Subscriber aus. Einfacher als PagerDuty für ein 3-köpfiges Team.

Trader und Investoren: Den Moment kennen, wenn dein Setup auslöst

Für alle, die handeln — Aktien, Krypto oder Rohstoffe — ist das Timing alles. Preis-Alerts per E-Mail sind im Grunde nutzlos, wenn man nicht gerade auf den Bildschirm starrt.

TradingView hat eingebaute Webhook-Alerts. Alert-Bedingung setzen, Webhook-URL auf den Echobell-Kanal zeigen lassen, und dein Telefon klingelt, wenn die Bedingung eintritt.

Eine typische TradingView-Alert-Nachricht sieht so aus:

{
  "title": "BTC hat $70k durchbrochen",
  "body": "Kurs: {{close}} bei {{ticker}}",
  "notificationType": "calling"
}

Für eigene Setups — Bots, Skripte oder direkte Exchange-API-Abfragen — einfach einen Echobell-Aufruf beim Auslösen einer Bedingung hinzufügen:

import httpx

def alert_price_hit(symbol: str, price: float, target: float):
    httpx.post(
        "https://hook.echobell.one/DEINE_CHANNEL_ID",
        json={
            "title": f"{symbol} hat dein Ziel erreicht",
            "body": f"Aktuell: ${price:.2f} | Ziel war: ${target:.2f}",
            "notificationType": "calling"
        }
    )

Für weniger dringende Setups — etwa eine tägliche Portfolio-Zusammenfassung — nimm time-sensitive statt calling. Durchbricht trotzdem den Fokus-Modus, ohne dich aus dem Schlaf zu reißen.

Smart-Home-Nutzer: Wenn dein Zuhause wirklich deine Aufmerksamkeit braucht

Heimautomatisierung ist prima, bis man 200 km weit weg ist und keine Ahnung hat, ob der Wassersensor gerade angeschlagen hat, der Rauchmelder ausgelöst hat oder nachts um 3 die Haustür geöffnet wurde.

Home Assistant integriert sich über einen REST-Befehl mit Echobell. In der configuration.yaml:

rest_command:
  echobell_alert:
    url: "https://hook.echobell.one/DEINE_CHANNEL_ID"
    method: POST
    headers:
      Content-Type: "application/json"
    payload: '{"title": "{{ title }}", "body": "{{ body }}", "notificationType": "{{ type }}"}'

Und in den Automatisierungen:

action:
  - service: rest_command.echobell_alert
    data:
      title: "Wasseraustritt erkannt"
      body: "Kellersensor hat ausgelöst — bitte sofort prüfen"
      type: "calling"

Das Stufenmodell funktioniert hier gut:

Rauch, Wasser, CO → calling
Tür/Fenster geöffnet während Abwesenheit → time-sensitive
Bewegungserkennung → active (oder ganz weglassen)

No-Code und Low-Code: Zapier, Make.com, n8n

Nicht jeder Anwendungsfall ist ein Entwicklerproblem. Die meisten Business-Trigger stecken in Tools, die bereits Workflow-Automatisierung mitbringen.

Zapier hat tausende Trigger: neues Formular, Stripe-Zahlung fehlgeschlagen, CRM-Stage geändert, neue Google-Sheets-Zeile. Alle davon können an einen Echobell-Webhook senden:

Neuer hochwertiger Lead → Anruf
Stripe-Zahlung fehlgeschlagen → zeitkritische Push
SLA-Verletzung im Support-Tool → calling

Make.com funktioniert genauso. Ein HTTP-Modul in beliebige Szenarien einbauen, auf den Echobell-Kanal zeigen, und jede Automatisierung kann das Telefon in Echtzeit erreichen.

n8n (selbst gehostet oder Cloud) erlaubt komplexe Logik, bevor der Alert feuert — Filtern, Anreichern, Deduplizieren, Ratenlimitieren. So landet weniger Rauschen bei Echobell.

Für alle drei gilt dasselbe Webhook-Format:

{
  "title": "Alert-Titel",
  "body": "Weiterer Kontext",
  "notificationType": "active | time-sensitive | calling"
}

Der Kanal-Nachrichtentemplate unterstützt dynamische Variablen, sodass der Alert-Inhalt direkt aus den Daten des auslösenden Events gezogen werden kann.

KI und asynchrone Workflows: Hör auf, auf das Terminal zu starren

Wenn du lang laufende Jobs ausführst — Training Runs, Batch-Processing, KI-Agenten-Aufgaben, ETL-Pipelines — kennst du das Gefühl, einen Fortschrittsbalken zu beobachten oder endlos Terminal-Fenster aufzufrischen. Es geht auch besser.

Echobell Direct gibt dir einen persönlichen Webhook ohne vollständige Kanal-Einrichtung. Einfach einen Aufruf ans Ende eines Skripts hängen:

import httpx

def notify_done(job: str, summary: str):
    httpx.post(
        "https://hook.echobell.one/d/DEIN_DIRECT_KEY",
        json={
            "title": f"{job} abgeschlossen",
            "body": summary,
            "notificationType": "time-sensitive"
        }
    )

# Am Ende des Skripts
notify_done("embedding_generation", f"50.000 Dokumente verarbeitet in {elapsed:.1f}s")

Wenn du über WebhookMCP mit Claude oder anderen KI-Agenten arbeitest, kann der Agent selbst die Benachrichtigung auslösen, wenn die Aufgabe abgeschlossen ist. Job starten, woanders weiterarbeiten, Telefon vibriert wenn's fertig ist.

Den richtigen Dringlichkeitslevel wählen

Eine der wichtigsten Entscheidungen bei jedem Alert-Setup ist, die Dringlichkeitsstufe zum tatsächlichen Schweregrad des Ereignisses zu matchen. Echobell hat drei Stufen:

Typ	Was er tut	Wann verwenden
`active`	Normale Push-Benachrichtigung	Niedrigprioritäre Updates, FYI-Ereignisse
`time-sensitive`	Durchbricht iOS Fokus-Modus	Wichtig, bald handeln erforderlich
`calling`	Telefon klingelt wie bei einem echten Anruf	Produktivausfall, Umsatzrisiko, körperliche Sicherheit

Der calling-Typ erfordert ein Pro-Abonnement — absichtlich so. Er ist für die Dinge, die wirklich nicht warten können. Für die meisten Alerts nimm time-sensitive, reserviere calling für die wenigen Ereignisse, bei denen verzögertes Handeln echte Konsequenzen hat.

Mit der Bedingungen-Funktion kannst du auf Delivery-Ebene Logik einbauen: zum Beispiel nur außerhalb der Arbeitszeiten anrufen oder nur wenn ein Wert eine Schwelle überschreitet.

Nur-E-Mail-Systeme: Der vergessene Ausweg

Manche Systeme — alte Monitoring-Tools, Legacy-Business-Software, automatisierte Reports — können nur E-Mails versenden. Kein Problem. Jeder Echobell-Kanal hat eine eindeutige @echobell.app-Postfachadresse.

E-Mail an diese Adresse senden oder eine Weiterleitungsregel aus einem bestehenden Postfach einrichten — schon löst es genauso wie jede andere Quelle eine Benachrichtigung aus. Betreff wird Titel, Text wird Nachricht. Kein Code nötig.

Wo anfangen?

Der schnellste Weg, Echobell wirklich zu nutzen: eine Benachrichtigung identifizieren, die man aktuell verpasst — ein gescheiterter Cron-Job, ein Deployment-Ergebnis, ein Monitoring-Alert — und sie auf das Telefon umleiten.

Das war's. Eine Integration. Dann merken, wie es sich anfühlt, Dinge in Echtzeit zu wissen statt eine Stunde später.

Von dort ist die Ausweitung einfach. Die meisten Integrationen dauern unter 15 Minuten, sobald man Kanal und Webhook-URL hat.