Superlog positioniert sich als „Monitoring für das KI-Zeitalter“. Statt nur die bereits gesendete Telemetrie zu visualisieren, prüft es sie aktiv: Die Overview-Prüfung markiert fehlende Logs, fehlende Traces und Tags, die gegen die semantischen Konventionen von OpenTelemetry verstoßen, und übergibt Ihrem Coding-Agenten einen fertigen Prompt, um jede Lücke zu schließen.
Im Frontend fängt das Browser-SDK Ausnahmen ab, die nie das Backend erreichen – eine Checkout-Seite kann HTTP 200 zurückgeben und trotzdem die Sitzung eines Nutzers zerstören. Da Superlog Stacktraces über Source Maps auflöst, kann der Agent die exakt fehlerhafte Zeile benennen und die Korrektur in einen dauerhaften Alarm oder einen synthetischen Test überführen.
Die Automatisierungsschicht ist das Alleinstellungsmerkmal. Sie definieren einen Auslöser (einen Checkout-Fehler in Sentry, eine Slack-Nachricht, einen Webhook oder einen Zeitplan), geben dem Agenten eingeschränkte Repository- und Kontozugriffe und hinterlegen ein Runbook: den fehlgeschlagenen Checkout nachverfolgen, letzte Deployments prüfen, betroffene Kunden identifizieren. Untersuchungen laufen in isolierten Sandboxes und antworten im Alarm-Thread mit dem fehlerhaften Trace und einem Pull Request zur Prüfung. Superlog zieht außerdem frühere Berichte heran, sodass wiederkehrende Alarme zunehmend weniger Rauschen erzeugen.
Das Produkt ist darauf ausgelegt, neben Ihrem bestehenden Stack zu stehen statt ihn zu ersetzen. Sentry, Datadog, Grafana, Google Cloud, PostHog, GitHub, Slack und AWS lassen sich anbinden, und Sie können Telemetrie über OpenTelemetry senden oder beim aktuellen Anbieter belassen. Teams bringen eigene Modellschlüssel oder ChatGPT/Codex-Abonnements mit und wechseln Anbieter, ohne Workflows neu zu bauen.
