Greifen Sie über die Kommandozeile auf alle ilert-Funktionen zu.
Verbinden Sie einfach Ihren Agenten mit der CLI und lassen Sie ihn für sich arbeiten – ganz gleich, welchen KI-Agenten Sie nutzen.
Die CLI kann mit jedem KI-Agenten genutzt werden, zum Beispiel mit Claude Code, Codex, Cursor oder anderen.
> Rufe alle Infos zum Checkout-Ausfall in der letzten Nacht ab: Alarmierungen, wer wurde alarmiert, wann wurde die Alarmierung bestätigt und wie lange hat jede Eskalationsstufe gedauert. Erstelle dann einen Entwurf für die Postmortem-Timeline.
> Wir haben gerade drei neue SREs eingestellt. Füge sie dem Team payments-platform und der Follow-the-Sun-Rotation hinzu, ohne die bestehende Abdeckung zu beeinträchtigen. Zeige mir den Dienstplan, bevor du Änderungen übernimmst.
> Gruppiere die Alarmierungen von checkout-api aus der letzten Woche nach ihrer Zusammenfassung und sag mir, welche Gruppe die meisten unnötigen Meldungen verursacht. Erstelle anschließend eine ICL-Bedingung, die diese außerhalb der Geschäftszeiten unterdrückt.
Alles, was Sie in ilert ausführen können, kann auch Ihr Agent.
Nutzen Sie einfach den Agenten, mit dem Sie bereits täglich arbeiten – zum Beispiel Claude Code, Codex oder Cursor. Ein Wrapper, der ständig aktuell gehalten werden muss, ist nicht erforderlich: Die Befehlsstruktur wird direkt aus der ilert-Spezifikation generiert. So erschließt sich der Agent die Plattform während der Arbeit selbst.
Mehr dazu in der Dokumentation →Einem Agenten Zugriff auf Ihre Bereitschaftskonfiguration zu geben, ist keine Kleinigkeit. Deshalb sollten Sie genau wissen, was der Agent tun kann – und was nicht:
Beim Wechsel des Anbieters hakt es immer wieder an derselben Stelle: Sie müssen jedes einzelne Team, jeden Dienstplan und jede Eskalationsrichtlinie von Hand neu anlegen. Ihr Agent kann Ihre bestehende Konfiguration in Opsgenie, PagerDuty oder anderen Tools auslesen und sie in ilert neu aufbauen.
Ein schreibgeschütztes Token Ihres bisherigen Anbieters wird in einer Umgebungsvariable gespeichert, auf deren Wert der Agent nicht zugreift.
Jede Änderung wird zunächst mit --dry-run vorbereitet – und zwar in der richtigen Abhängigkeitsreihenfolge: zuerst Benutzer und Teams, dann Dienstpläne, Eskalationsrichtlinien, Alarmierungsquellen und Statusseiten.
Mit ilert on-call now und einem Smoke-Test-Event prüfen Sie, ob das Routing wie vorgesehen funktioniert. Anschließend stellen Sie Ihr Monitoring auf die neuen Schlüssel um und widerrufen die alten.
Docker-Images und Anleitungen zum Build aus dem Quellcode finden Sie im Repository.
curl -sL https://raw.githubusercontent.com/iLert/ilert-cli/master/install.sh | bash -
Der Anmeldebefehl öffnet Ihren Browser und führt Sie durch den OAuth-Prozess. In CI setzen Sie stattdessen ILERT_API_KEY . Anschließend wird der Schlüssel von jedem Befehl automatisch verwendet – ohne zusätzlichen Login-Schritt.
ilert auth login
ilert --help listet alle Ressourcen und Aktionen auf. Mit ilert api /any/path können Sie einen API-Endpunkt direkt aufrufen.
ilert alerts list # list open alerts ilert alerts ack 42 # accept alert #42 ilert incidents create --set summary=... # create an incident ilert event send -k <INTEGRATION_KEY> -s "msg" # fire an event at an alert source ilert dashboard # live TUI