Changelog

Ein interner Vorfall steht auf keiner Statuspage, und niemand wird benachrichtigt. Das zeigt jetzt ein Hinweis oben auf dem Vorfall. In der Vorfall-Liste, auf dem Dashboard und auf der Service-Seite trägt er das Badge Intern, und die Liste lässt sich danach filtern.

Beim Anlegen wählst du mit Direkt veröffentlichen, ob ein Vorfall sofort erscheint oder erst intern bleibt. Mit Veröffentlichen bringst du ihn später auf deine Statuspages. Vorher siehst du, wo er erscheint und welche Meldung an wie viele Abonnenten geht. Ob sie überhaupt rausgeht, entscheidest du dabei selbst, auch über die API und den MCP. Auf intern stellen nimmt ihn sofort wieder von allen Statuspages.

Trägst du einen Vorfall erst später als behoben ein, gibst du unter Behoben am an, wann er wirklich vorbei war. Das geht beim Beheben, im Update-Formular und auf der Bearbeiten-Seite. Die Ausfallzeiten der betroffenen Services richten sich danach. Auch KI-Assistenten können den Zeitpunkt über den MCP angeben.

In der Aktivität wählst du jetzt mehrere Personen, Kategorien und Kanäle auf einmal. Die aktiven Filter stehen über der Liste und lassen sich einzeln entfernen. Bis gilt bis zum Ende des Tages in deiner Zeitzone.

Eine Meldung mit dem Status Behoben schließt den Vorfall. Im Update-Formular braucht sie deshalb jetzt das Recht Vorfälle auflösen, wie schon in der API. Notizen zu einem bereits behobenen Vorfall gehen weiter ohne dieses Recht.

Stellst du einen internen Vorfall auf öffentlich, bekommen deine Abonnenten jetzt die neueste Meldung. Bisher ging die erste raus. Bei einem schon behobenen Vorfall war das also noch „Wir untersuchen …“. Veröffentlichst du einen Vorfall erneut, geht eine schon verschickte Meldung nicht mehr ungefragt ein zweites Mal raus.

Besucher sehen deine Statuspage jetzt in der Sprache ihres Browsers. Bietet die Seite diese Sprache nicht an, erscheint sie auf Englisch, wenn vorhanden, sonst in ihrer Standardsprache. Bisher landeten englischsprachige Besucher auf rein deutschen Statuspages teils auf einer englischen Fassung, die es gar nicht gibt.

Über das Model Context Protocol (MCP) arbeitet dein KI-Assistent direkt mit LIVCK. Du schreibst zum Beispiel „Plan heute Nacht von 2 bis 4 Uhr eine Wartung für alle Services mit dem Tag db und kündige sie an“. Der Assistent bereitet die Wartung vor und zeigt dir Text, Zeiten und Empfänger.

Er eröffnet Vorfälle und schreibt die Meldungen dazu, plant Wartungen, legt Services an oder ändert sie und sucht bei einer Störung nach der Ursache. Je nach Rechten und Umfang der Verbindung kommen Statuspages, Rufbereitschaft, SLA, Aktivität und Support-Tickets dazu.

Die Verbindung legst du unter KI & MCP in den Einstellungen deiner Organisation an. Für 30 Clients, darunter Claude Code, Cursor, VS Code, OpenAI Codex, Gemini CLI, OpenCode und Claude Desktop, zeigt dir die Konsole die fertige Konfiguration. Lesen ist auf allen Plänen enthalten, auch im kostenlosen. Schreiben gibt es ab Solo.

KI-Assistent verbinden

Alles, was Kunden erreicht, jemanden weckt, Alarme abschaltet oder etwas löscht, zeigt der Assistent zuerst als Vorschau: Empfänger, Texte je Sprache, Zeiten und was verloren geht. Ausgeführt wird es erst, wenn du bestätigst. Ändert jemand im Team den Text nach deiner Vorschau, führt LIVCK nichts aus und der Assistent muss dich neu fragen.

Für Clients, die von sich aus nicht nachfragen, wählst du Per Klick im Browser freigeben. Die Aktion wartet dann unter Freigaben, bis du sie freigibst.

Jede Verbindung bekommt je Bereich Kein Zugriff, Lesen, Schreiben oder Löschen. Drei Schalter regeln, was nach außen wirkt: Kunden benachrichtigen, Rufbereitschaft wecken und Alarme abschalten oder ändern. Eine Verbindung hat nie mehr Rechte als die Person, die sie erstellt hat. Ihr Token gilt nur für MCP, nicht für die API.

Neue Einträge in der Aktivität zeigen jetzt, wie eine Änderung entstanden ist: im Browser am Desktop oder Smartphone, über die API mit dem Namen des Tokens oder durch einen KI-Assistenten mit dem Logo seines Clients, zum Beispiel „via Claude Code“. Der Filter Kanal zeigt dir auf Wunsch nur die Änderungen von KI-Assistenten.

Jede Statuspage hat jetzt ein eigenes Vorschaubild. Es zeigt Name, Logo und Primärfarbe deiner Seite. Unten steht die Adresse aus dem geteilten Link, dahinter der aktuelle Status. Teilt jemand einen Link auf deine eigene Domain, zeigt auch das Bild diese Domain. Läuft alles, leuchtet das Bild in deiner Primärfarbe, sonst in der Farbe des Status.

Jeder Vorfall und jede Wartung bekommt ein eigenes Bild mit Titel, Zeitpunkt und betroffenen Komponenten. Einrichten musst du dafür nichts.

Im Free-Plan trägt das Bild unten rechts klein das Logo von LIVCK, so wie der Footer deiner Statuspage.

Im Tab SEO in den Einstellungen deiner Statuspage legst du fest, was Suchmaschinen und Linkvorschauen zeigen:

• Titel, Beschreibung und Untertitel im Bild, je Sprache deiner Statuspage
• Hintergrund im Bild: automatisch, hell oder dunkel
• ob Vorschauen den aktuellen Status zeigen
• ob Vorfälle und Wartungen eigene Bilder bekommen
• ob Suchmaschinen die Seite aufnehmen dürfen

Im Tab siehst du das Bild so, wie es beim Teilen erscheint. Plattformen speichern Vorschauen oft stundenlang, Messenger in alten Nachrichten sogar dauerhaft. Soll ein geteilter Link nie einen veralteten Status zeigen, schalte den Status in Vorschauen ab.

Statuspages haben in der API jetzt das Feld seo mit denselben Einstellungen wie der Tab. Mit PATCH /v1/statuspages/{id} ersetzt seo alle Einstellungen auf einmal. Was du darin weglässt, fällt auf den Standard zurück, und "seo": {} setzt alles zurück. Lässt du seo ganz weg, bleibt alles, wie es ist.

In den Einstellungen deiner Organisation wählst du jetzt eine Zeitzone. In ihr nennen die Vorschaubilder von Vorfällen und Wartungen Beginn und Ende. Voreingestellt ist Europe/Berlin.

Statuspages mit Passwort oder E-Mail-Whitelist erscheinen nicht mehr in Suchmaschinen. Ihre Vorschaubilder zeigen nur Name, Logo und Adresse, nie einen Status. Auch die Links, mit denen Abonnenten ihr Abo bestätigen oder verwalten, nehmen Suchmaschinen nicht mehr auf.

Die Zeitzonen-Auswahl gruppiert die Zonen jetzt nach Kontinenten, mit Europa ganz oben und den Städten alphabetisch. Das gilt überall, wo du eine Zeitzone wählst: in der Organisation, bei Heartbeats und bei SLA-Zielen.

Beim Speichern einer Statuspage sprang die Logo-Größe auf Mittel zurück. Jetzt bleibt sie, wie du sie eingestellt hast. Außerdem lud das Formular ein neu gewähltes Logo bei jedem weiteren Speichern noch einmal hoch. Auch das ist behoben.

Prüfungen aus Nordeuropa laufen ab sofort über Helsinki. Der Standort hängt an einem eigenen Netz (AS202053) und zählt damit als vollwertige unabhängige Stimme, wenn mehrere Standorte darüber abstimmen, ob ein Dienst wirklich ausgefallen ist. Wie jeder Standort ist er optional: Du entscheidest in den Einstellungen, ob Helsinki für Deine Services messen soll — bis dahin bekommt er keine Prüfungen von Dir.

UpCloud Oy (Helsinki, Finnland) betreibt den neuen Prüfstandort und steht ab sofort in unserer öffentlichen Dienstleister-Liste und in Anlage 2 des Auftragsverarbeitungsvertrags. Der Standort liegt in der EU, Standardvertragsklauseln braucht es dafür nicht. Im AVV haben wir zwei Dinge klargestellt: Prüf-Standorte bekommen Deine Daten erst, wenn Du sie auswählst — und wir haben beschrieben, was die Prüf-Server wirklich tun: Ergebnisse gehen sofort verschlüsselt zu uns, und wenn das gerade nicht klappt, liegen sie kurz lokal auf dem Server, bis die Übertragung durchgeht.

Prüfungen von der US-Ostküste laufen ab sofort über New York. Geplant war ursprünglich Ashburn — New York hat den Platz eingenommen, weil der Standort an einem eigenen Netz hängt und damit unabhängig von unseren deutschen Standorten urteilt. Du kannst ihn in den Einstellungen Deiner Services auswählen.

Beide Kanäle stehen jetzt in unserer öffentlichen Liste der Dienstleister und im Auftragsverarbeitungsvertrag. An den Kanälen selbst ändert sich nichts: Daten gehen nur dann dorthin, wenn jemand den Kontaktweg selbst hinterlegt und bestätigt hat.

Services und Statuspages lassen sich zu einem Bereich bündeln und für bestimmte Teams oder Rollen freigeben. Alle übrigen Mitglieder sehen diese Einträge nirgends — weder in Listen noch in Incidents oder Benachrichtigungen.

Ohne Bereiche ändert sich nichts: Dann bleibt weiterhin alles für alle sichtbar.

Zugriffsbereiche öffnen

LIVI zeigt den Gesamtzustand aller Services. Farbe und Gesicht wechseln, sobald etwas ausfällt.

Nach der Testphase steht sie allen Organisationen offen: CPU, Arbeitsspeicher, Festplatten und laufende Dienste neben den übrigen Checks. Freischalten muss das niemand mehr.

Server verbinden

Die Server-Übersicht zeigt jetzt jede Partition, nicht mehr nur die vollste.

Eine fertige Sammlung für die Statuspage, statt jede Messreihe einzeln anzulegen.