Release Notes

Ein Studio, mit dem Sie per Chat IIoT-Vor-Ort-Apps erstellen, bereitstellen und Ihre Daten befragen — die aktuelle Version ist 2026.08.

Versionsschema

Versionen folgen dem Format YYYY.MM (z. B. 2026.08). Aktualisierungen innerhalb desselben Monats behalten dieselbe Versionsnummer; nachfolgend sind sie in der Reihenfolge der Umsetzung aufgeführt. Installations- und Upgrade-Hinweise finden Sie unter Installation.

---

🚚 Die Download-Adresse hat sich geändert — product.kopens.io

Installationsskripte und Air-Gap-Netzwerk-Bundles wurden von download.kopens.io nach product.kopens.io verschoben. Ordnerstruktur und Dateinamen bleiben unverändert. Wenn Sie den Installationsbefehl in einem Skript hinterlegt haben, müssen Sie nur die Adresse anpassen.

…-latest.tar.gz entfällt

Da es sich um eine Kopie des aktuellsten Bundles handelte, führte ein Download während der Veröffentlichung mitunter zu abweichenden Prüfsummen — einwandfreie Dateien wurden dadurch fälschlich als „beschädigt" eingestuft. Lesen Sie stattdessen latest.txt, das nur den Namen der aktuellen Version enthält, und laden Sie über die versionierte Adresse herunter.

BASE=https://product.kopens.io/plantpulse-studio
VER=$(curl -fsSL $BASE/latest.txt)
curl -fLO -C - --retry 5 $BASE/plantpulse-studio-images-$VER.tar.gz

Einmal veröffentlichte Versionen werden nicht gelöscht. Auch wenn 2026.09 erscheint, bleibt die Adresse für …-2026.08.tar.gz weiterhin bestehen, sodass Sie jederzeit erneut herunterladen oder zurückrollen können. Wenn Sie den Installationsvorgang in einem Skript fest verankert haben, ist es sicherer, die Version explizit anzugeben, statt latest.txt zu verwenden.

🗓 Monatlicher Regel-Release — 2026.08

Am 1. jedes Monats erscheint die Version des jeweiligen Monats. 2026.08 ist ein Release, das ausschließlich Verbesserungen der Deployment-Automatisierung enthält — es gibt keine Änderungen an den Produktfunktionen. Wenn Sie bereits 2026.07 einsetzen, besteht kein dringender Anlass zum Upgrade.

---

Zuerst prüfen — erforderliche Maßnahmen beim Upgrade

Falls zutreffend	Erforderliche Maßnahme
Betrieb außerhalb eines Air-Gap-Netzwerks	Dieses Update unbedingt einspielen (verhindert Exposition des Builder-Sidecars)
API-Schlüssel in Konfigurationsdateien hinterlegt	Schlüssel in .env verschieben → Geheimnisverwaltung
Betrieb über Domain/Reverse-Proxy	Einmaliges Neu-Login der Benutzer erforderlich → Domain und Reverse-Proxy
Nur Backups vorhanden, noch keine Wiederherstellung getestet	Führen Sie eine Wiederherstellungsprobe durch → Backup und Wiederherstellung

---

🛡 Umfassende Prüfung der Datenintegrität

Der gesamte Quellcode wurde geprüft; dabei wurden 3 kritische und 15 schwerwiegende Probleme gefunden und behoben. Die meisten Fälle fielen unter „im Alltag unauffällig, tritt aber genau dann auf, wenn man es am wenigsten gebrauchen kann" — entsprechend wurden zunächst Reproduktionstests erstellt, bevor die Korrekturen erfolgten.

Backup und Wiederherstellung

Führen Sie einmal eine Wiederherstellungsprobe durch

Die Wiederherstellung hat tatsächlich nichts zurückgesetzt. Backups wurden täglich korrekt erstellt, aber beim Ausführen der Wiederherstellung blieb die Datenbank unverändert — es wurde trotzdem „Wiederherstellung abgeschlossen" angezeigt. In früheren Versionen bestand eine DRYRUN=1-Probe die Prüfung, obwohl die eigentliche Wiederherstellung nicht funktionierte. Wir empfehlen, nach diesem Update einmal eine echte Wiederherstellung zu testen → Backup und Wiederherstellung

• Schlug die Sicherungskopie unmittelbar vor der Wiederherstellung fehl, wurde trotzdem fortgefahren — und mit dieser Sicherungskopie war auch kein Zurücksetzen möglich. Jetzt wird sie im selben Format wie ein reguläres Backup erstellt, und bei einem Fehler wird die Wiederherstellung nicht gestartet.
• .env fehlte im Backup. Seit die Schlüssel in Umgebungsvariablen verschoben wurden, kann das System ohne diese Angabe nicht allein aus dem Backup wiederhergestellt werden → Geheimnisverwaltung
• Ein Fehler wurde behoben, bei dem ein postgres-Ordner im Arbeitsbereich stillschweigend aus dem Backup ausgeschlossen wurde.
• Geplante Backups schlugen von Anfang an durchgängig fehl (fehlender Log-Dateipfad). Falls Sie automatische Backups aktiviert hatten, wurde möglicherweise kein einziges gespeichert — bitte prüfen Sie dist/.

Datenverlust

• Ein Fehler, bei dem das Löschen eines Chatraums auch Abfrageverläufe anderer Benutzer entfernen konnte.
• Ein Fehler, bei dem der Papierkorb nach Projektlöschung, obwohl 7 Tage aufbewahrt werden sollte, beim nächsten Neustart sofort geleert wurde.
• Ein Fehler, bei dem nach einem einmaligen Lesefehler im Repository beim Erstellen eines neuen Watchers oder Skills alle bestehenden gelöscht wurden.
• Ein Fehler, bei dem Projekte oder Verläufe verschwanden, wenn das Speichern von Konfiguration oder Gesprächsverlauf unterbrochen wurde.
• Ein Fehler, bei dem bei der Migration einer Leichtinstallation (Datei-basiert) zu PostgreSQL Konten und Chatverläufe nicht übernommen wurden → Installation

Betriebsstabilität

• Ein Fehler, bei dem schnelles zweimaliges Öffnen einer App interne Ports verlor, sodass letztlich das Öffnen jeglicher App fehlschlug.
• Ein Fehler, bei dem längere Builder-Gespräche die Anfragen fortlaufend vergrößerten, wodurch der Token-Verbrauch stieg und der Chat schließlich blockiert wurde.
• Ein Fehler, bei dem ein Rückgängig-Vorgang während einer laufenden Builder-Aktion dazwischenfunkte, wodurch Ergebnisse vermischt oder verloren gingen → App-Entwicklung mit dem Builder
• Ein Fehler, bei dem eine Neuinstallation TLS-Zertifikate löschte, wodurch HTTPS auf Klartext zurückfiel → Domain und Reverse-Proxy
• Ein Fehler, bei dem Anlagensteuerbefehle bei verzögerter Antwort bis zu viermal doppelt gesendet werden konnten.

Bildschirmanzeige

• Ein Fehler, bei dem eine unmittelbar nach dem Öffnen des Chats gesendete Frage nach Abschluss des Listen-Ladevorgangs verschwand → Datenabfrage per Chat
• Ein Fehler, bei dem Benachrichtigungen auf Mobilgeräten doppelt erschienen und nach dem Logout ein Neuladen wieder zur Anmeldung führte → Mobil vor Ort
• Ein Fehler, bei dem bereits erfasste Anforderungen verschwanden, wenn nach Erstellung eines Plans der Modus gewechselt wurde.
• Ein Fehler, bei dem nach Ablauf der Sitzung ohne jeden Hinweis nur ein leerer Bildschirm angezeigt wurde.

📖 Integriertes Benutzerhandbuch

• Das Handbuch ist jetzt Teil des Produkts — genau das Dokument, das Sie gerade lesen. Über Handbuch ↗ (fa-book-open) in der linken Navigation öffnet es sich in einem neuen Fenster.
• Auch ohne Internetzugang aufrufbar: Das Handbuch wird zusammen mit dem Produkt-Image ausgeliefert und ist damit auch in Air-Gap-Netzwerken vor Ort verfügbar. Auch die Volltextsuche funktioniert lokal.
• Die Icons der linken Navigation wurden leicht vergrößert, um die Lesbarkeit zu verbessern.

🔒 Sicherheit und Lieferkette

• In den Chat eingefügte Schlüssel erscheinen nicht mehr im Verlauf: App-Änderungen werden automatisch protokolliert (→ App-Entwicklung mit dem Builder); fügte man einen API-Schlüssel im Chatfenster ein, wurde dieser Wert bisher unverändert im Protokoll gespeichert. Jetzt werden bekannte Formen von Schlüsseln und Tokens automatisch maskiert.

  Trotzdem nicht einfügen

  Nicht alle Formen von Geheimnissen können erkannt werden. Hinterlegen Sie Schlüssel nicht im Chat, sondern als Umgebungsvariable unter Geheimnisverwaltung.

• Auch das Builder-Engine-Image ist jetzt Teil der Signaturprüfung: Unter den in Offline-Bundles enthaltenen Images war ausgerechnet der Builder-Sidecar von der Signaturprüfung ausgenommen — dies wurde korrigiert. bin/verify-images.sh prüft nun alle 4 Typen.

• Fehler behoben, bei dem Konfigurationsdatei-Berechtigungen bei jedem Speichern zurückgesetzt wurden: Auch Login-Token-Dateien und Konfigurations-Backups sind nun geschützt.

• Builder-Engine aktualisiert: Der OpenHands-Sidecar wurde auf SDK v1.37.1 angehoben (keine Änderung der Nutzung).

📌 Versionsfixierung

• Alle Images sind jetzt auf feste Versionen festgelegt (latest entfernt). Dadurch werden bei erneuter Installation nicht mehr je nach Zeitpunkt unterschiedliche Versionen installiert. Über TAG in .env können Sie die gewünschte Version festlegen → Installation.

🔑 Geheimnisverwaltung und Verbindungsstabilität

• API-Schlüssel ausschließlich über Umgebungsvariablen — Plattform-, KI-, Git- und Registry-Schlüssel, die bisher im Klartext in Konfigurationsdateien gespeichert wurden, werden nun ausschließlich über Umgebungsvariablen verwaltet. Selbst bei Offenlegung der Konfigurationsdatei bleiben die Schlüssel geschützt. Bestehende Installationen funktionieren unverändert weiter; das Boot-Log gibt Hinweise zur Migration (Werte erscheinen nicht im Log). Die Konfigurationsoberfläche zeigt für betroffene Schlüssel „Wird über Umgebungsvariable verwaltet" an und sperrt die Bearbeitung.
• Automatische Verschärfung der Dateiberechtigungen — Bei jedem Serverstart werden Konfigurationsdatei und .env auf ausschließlichen Besitzerzugriff (0600) gesetzt.
• Nachverfolgung von Konfigurationsänderungen — Änderungen werden im Audit-Log erfasst (bei Geheimnissen nur der Fingerabdruck, nicht der Wert). So lässt sich nachvollziehen, „seit wann" ein Problem besteht.
• Verbindungsabbrüche bei langen Builds behoben — Ein Server-Heartbeat verhindert nun, dass der Proxy den Stream während langer Werkzeugausführungen der Agenten unterbricht und einen „Verbindungsfehler" anzeigt (funktioniert unabhängig von der Proxy-Konfiguration).
• Verbesserte Fehlermeldungen — Statt unklarer Meldungen wie „Sidecar-Status: error" werden nun tatsächliche Ursache und Handlungsempfehlung angezeigt (z. B. KI-Provider-Adresse nicht erreichbar → Konfiguration prüfen).
• Kompatibilität mit Reasoning-Modellen — Ein Fehler, bei dem Abfragen durch Gateway-Konfigurationskonflikte bei werkzeugnutzenden Modellen fehlschlugen, wird nun automatisch korrigiert.
• Die Betriebsdokumentation enthält jetzt vollständige Proxy-Konfigurationsbeispiele sowie eine Symptom-Ursache-Tabelle.

🔒 Sicherheits- und Stabilitätsverbesserungen

Nach einer umfassenden Prüfung (Sicherheit, Codequalität, Frontend, Betrieb) wurden die festgestellten Probleme gebündelt behoben.

• Exposition des Builder-Sidecars verhindert — Der Builder-Engine-Sidecar war in der Standardkonfiguration ohne Authentifizierung aus dem gesamten internen Netzwerk erreichbar. Er wurde auf Loopback-Bindung beschränkt und mit Obergrenzen für Speicher, CPU und Logs versehen. Falls Sie außerhalb eines Air-Gap-Netzwerks betreiben, spielen Sie dieses Update unbedingt ein.
• Zugriffskontrolle für Preview — Bereits die Kenntnis der Preview-Adresse genügte, um Quellcode und Chat-Anhänge privater Projekte einzusehen. Der Zugriff ist jetzt auf Eigentümer, Administratoren und Freigabeempfänger beschränkt (einschließlich der WebSocket-Verbindung für Echtzeit-Updates).
• Einschränkung des App-Origin-Proxys — Der Datenproxy generierter Apps akzeptierte bisher alle Methoden und Pfade. Lesezugriffe wurden auf eine Positivliste beschränkt, Schreibzugriffe nur bei vorhandener App-eigener Authentifizierung zugelassen (das Verhalten der Oberfläche bleibt unverändert).
• Schutz vor Kostenzwischenfällen durch Watcher — Da die Änderungs-API Eingaben nicht validierte, konnten fehlerhafte Werte dazu führen, dass ein Watcher blockierte oder die KI minütlich aufrief.
• Bereitstellung eines Wiederherstellungsskripts — Bisher gab es nur Backups, aber kein Wiederherstellungsmittel. Ein neues Wiederherstellungsskript wurde eingeführt (inklusive nicht-destruktivem Probemodus), und die Berechtigungen der Backup-Dateien wurden auf ausschließlichen Besitzerzugriff verschärft.
• Sicherheit bei Neuinstallation — Bei erneuter Ausführung der Einzeiler-Installation auf einem bestehenden Server wurden .env und lokale Backups gelöscht, sodass der Stack nicht mehr starten konnte. Dies wurde korrigiert, sodass diese nun erhalten bleiben.
• Performance — Das Bundle für den ersten Bildschirmaufbau wurde um 66 % reduziert (Lazy Loading von Chart-Engine und Bildschirmen), Eingabeverzögerungen während des Antwort-Streamings behoben, Polling in Hintergrund-Tabs gestoppt.
• Barrierefreiheit und Mehrsprachigkeit — Esc- und Fokus-Handling für 11 Modals/Drawer ergänzt, 83 Fehlermeldungen übersetzt, die im englischen Modus zuvor auf Koreanisch angezeigt wurden.

🌐 Unterstützung für Deployment mit eigener Domain

• Konfiguration des App-Origins — Unter Konfiguration → Runtime-Tab legen Sie die öffentliche URL für Preview- und bereitgestellte Apps fest. Bei Bereitstellung hinter Reverse-Proxy/HTTPS-Domain wird die Änderung ohne Neustart sofort wirksam.
• Automatische Domain für Login-Cookies — Sind Studio und App-Origin Subdomains derselben übergeordneten Domain, wird dem Cookie automatisch die gemeinsame übergeordnete Domain zugewiesen. Dadurch funktionieren auch nach Trennung der Domains sowohl die Abfrage von Live-Daten bereitgestellter Apps als auch der Zugriff auf private Apps. ⚠ Nach einer Änderung der Domain-Konfiguration ist ein einmaliges Neu-Login erforderlich.
• Hinweis auf gemischte Inhalte — Bei HTTPS-Studio mit HTTP-App-Origin wird statt eines leeren Bildschirms Ursache und Lösung direkt in Preview und Konfigurationsoberfläche angezeigt.
• Deployment-Leitfaden — Enthält Hinweise zur Konfiguration zweier Origins, Host-Erhaltung, WebSocket und Cloudflare-Besonderheiten → Domain und Reverse-Proxy
• UI-Feinschliff: horizontale Scrollleiste im Builder-Bildschirm im englischen Modus entfernt, Position des Kontext-Rail-Toggles angepasst.

🏗 3D-Digital-Twin + Erweiterungs-Stack

• 3D-Digital-Twin — Erzeugen Sie per Chat eine 3D-Ansicht Ihrer Fabrik. Ein Standard-3D-Kit mit Statusfarben, Alarm-Pulsieren und Wert-Billboards sowie eine neue Vorlage „3D-Digital-Twin" sind jetzt verfügbar.
• Grundriss → Bodentextur — Ein im Chat angehängtes Grundrissbild wird automatisch gespeichert und als Bodentextur in die 3D-Szene eingesetzt.
• 12 vorinstallierte Erweiterungs-Stacks — Prozessflussdiagramme, Animationen, Formulare, Drag & Drop, virtuelles Scrollen, QR-Scan, Karten u. a. sind ohne separate Installation sofort nutzbar.
• Der Standard-Speicher für App-Sitzungscontainer wurde auf 2 GB erhöht (für 3D-Builds).

🧩 MCP-Registry

• MCP-Tab in der Konfiguration — Hinzufügen und Entfernen externer MCP-Server, automatische Werkzeugerkennung (Cache 10 Minuten + manuelles Neuladen), Ein/Aus-Umschaltung pro Werkzeug für Chat/Builder, Badges für neu und Konflikte.
• Automatische Übernahme von Plattform-Werkzeugen — Fügt die Plattform ein Werkzeug hinzu, erscheint es automatisch in Studio-Chat und -Builder.

🔒 Builder-Build-Standards

• Abhängigkeitssperre (standardmäßig aktiv) — Verhindert das Installieren beliebiger Pakete und Konfigurationsänderungen in generierten Apps, um den Standard-Stack konsistent zu halten. Administratoren können über eine Positivliste Ausnahmen definieren.
• Layout-Erzwingung (standardmäßig aktiv) — Prüft, ob alle Bildschirme das Standard-Shell-Layout verwenden; bei Verstößen korrigiert der Agent selbstständig.
• App-Standardlayout — Produktname, Akzentfarbe, maximale Breite und Fußzeile lassen sich zentral in der Konfiguration festlegen und werden neuen Apps automatisch zugewiesen.

📦 Offline-Export-Bundle

• Über [Bundle] in der Seitenleiste einer Deployment-Version laden Sie ein Archiv mit App-Image und Ausführungsskript herunter. In Air-Gap-Umgebungen vor Ort lässt es sich mit einer einzigen bash run.sh-Zeile starten.

🐳 Docker — Ihre App, überall einsetzbar

• App-Image push — Verpacken Sie eine Deployment-Version mit einem Klick als Docker-Image und laden Sie es in eine Registry hoch. So lässt sich die App auch außerhalb des Studios als Container betreiben.
• Runtime-Panel — Zeigt in der unteren Statusleiste den Status des Sitzungscontainers (CPU/Speicher) in Echtzeit an; per Klick sind auch Logs und Neustart zugänglich.
• App-Katalog — Bereitgestellte Apps lassen sich per Klick auf das Thumbnail direkt in einem neuen Tab starten.

🗣 Chat mit direkter Datenabfrage

• Abfrage in natürlicher Sprache — Fragen wie „Zeig mir die Tag-Anzahl je Anlage auf Linie 3" werden sofort mit realen Plattformdaten beantwortet.
• Angereicherte Antworten — Visualisierung per Tabelle (mit CSV-Kopierfunktion), Diagramm oder Prozessflussdiagramm.
• Chatraum-Verwaltung — Trennen und Umbenennen von Gesprächen, Suche, Anzeige der Antwortzeit, Bildanhänge.
• Von Chat zu App — Eine gute Antwort wird mit einem Klick zum Entwurf eines Dashboards.

🛰 Watcher — Überwachungsregeln in natürlicher Sprache

• Ein Satz wie „Benachrichtige mich, wenn der Leitungsdruck 8 bar übersteigt" genügt — periodische Ausführung und Bedingungsprüfung übernimmt die KI.
• Bei Auslösung: Echtzeit-Bildschirmbenachrichtigung (Toast) + geräteübergreifend synchronisiertes Badge für ungelesene Meldungen.
• Benachrichtigungsliste (mit Suche und „Mehr anzeigen"), Webhook-Versand kompatibel mit Slack/Teams.
• Ein Watcher lässt sich auch mitten im Chat mit „Überwache das" erstellen.

🏭 Semantische Ebene — KI, die die Fabrik versteht

• Studio lernt die Struktur von Standort, Linie, Anlage und Tag anhand von Snapshots.
• Der Agent löst Anlagennamen, Aliasnamen und Zeitausdrücke („gestern", „letzte Woche") präzise in konkrete Datenadressen auf.
• Ein ISA-95-Hierarchie-Picker ermöglicht auch Menschen die Navigation durch dieselbe Struktur.

📊 Betriebs-Transparenz

• Statistik-Dashboard (Administrator) — Nutzung, Aktivität, Apps, Abfragen, Erfolgs-/Fehlprotokolle von Deployments und Audit-Suche in einem Tab.
• Deployments unterstützen einen mehrstufigen Fortschrittsdialog (Build → Umschaltung) sowie QR-Code-Zugriff für Vor-Ort-Tablets.
• Volltextsuche im Audit-Log, Nachverfolgung von Deployment-Historie und Rollback.

🤖 Weiterentwicklung des Coding-Agenten

• OpenHands-Engine — Für den App-Build kann die branchenübliche Open-Source-Coding-Agent-Engine gewählt werden (Konfiguration → Agent → Builder-Engine). Präzise Bearbeitung und komprimierte Gesprächszusammenfassung sorgen auch bei langen Sitzungen für Stabilität. Der Chat (Abfragen) ist davon nicht betroffen, und Sie können jederzeit zur integrierten Engine zurückwechseln.
• 3 Builder-Modi — Plan (Build nach Bestätigung des Konzepts) · Automatisch (Standard) · Bestätigen (Bearbeitungen als Preview prüfen, dann annehmen/rückgängig machen — Gesprächsverlauf bleibt erhalten).
• Slash-Befehle — Tippen Sie / im Chateingabefeld, erscheinen /plan /build /review /fix /test /loop /deploy. /loop wiederholt automatische Korrekturen, bis die Typprüfung besteht (max. 3 Versuche).

📱 Mobil vor Ort

• Reine Telefonansicht — Beim Zugriff über ein Smartphone wird automatisch zur mobilen Ansicht gewechselt (Tablets und Desktops ausgenommen).
• 4 Tabs unten — Home · Chat · Watcher · Apps.
• Home-Übersicht — Ungelesene Benachrichtigungen, aktive Watcher, bereitgestellte Apps und Gesprächsanzahl als Karten, mit Überblick über die letzten Benachrichtigungen.
• Echtzeit-Benachrichtigungen — Löst ein Watcher auf einem anderen Gerät aus, erfolgt sofortige Benachrichtigung per Toast und Badge für ungelesene Meldungen.
• Mobile Watcher-Verwaltung — Liste, Ein-/Ausschalten, Sofortausführung, Löschen sowie Erstellung neuer Watcher in natürlicher Sprache.
• Ansicht bereitgestellter Apps — Bereitgestellte Apps werden als Live-Mini-Preview-Karten angezeigt und lassen sich mit einem Klick öffnen.
• Theme und Sprache — Umschaltbar zwischen Hell/Dunkel und Koreanisch/Englisch.

Updates bei App-Liste und Design

• 2 Tabs in der App-Liste — Unterteilt in [Bereitgestellt] und [Geteilt], um selbst bereitgestellte und mit Ihnen geteilte Apps zu unterscheiden.
• Hochwertiges Cockpit-Design — Dezenter Aurora-Hintergrund, Glas-Karten und pulsierende Status-LEDs sorgen für ein klareres Erscheinungsbild auf dem Vor-Ort-Smartphone (der industrielle Dunkelton bleibt erhalten).

🔒 Sicherheits- und Betriebs-Hardening

• Trennung des App-Origins für generierte Apps (separater Listener zum Studio) — klare Abgrenzung der Vertrauensgrenzen.
• Plattform-API-Schlüssel werden ausschließlich serverseitig gespeichert und nur für angemeldete Benutzer stellvertretend verwendet (anonyme Zugriffe blockiert).
• Rate-Limiting für Login- und KI-Pfade, Audit-Log, rollenbasierte Berechtigungen (Administrator/Builder/Betrachter).
• Alle zentralen Daten (Gespräche, Watcher, Lesestatus von Benachrichtigungen, Skills, Deployment-Historie) werden dauerhaft in PostgreSQL gespeichert — keine Abhängigkeit vom Browser-Speicher.
• Private bereitgestellte Apps können nur von Eigentümer, Administratoren und Freigabeempfängern genutzt werden (verschärft gegenüber dem bisherigen „Zugriff für alle angemeldeten Benutzer"). Die Freigabe erfolgt über „Mit Benutzer teilen" auf der App-Karte.
• Skripte für Air-Gap-Installation (geschlossenes Netzwerk) sowie Backup/Wiederherstellung sind enthalten.

---

Installation und Upgrade

Situation	Dokument
Neuinstallation	Installation
Installation im Air-Gap-Netzwerk	Air-Gap-Installation
Betrieb mit Domain/HTTPS	Domain und Reverse-Proxy
Backup vor dem Upgrade	Backup und Wiederherstellung
Migration der Schlüssel zu Umgebungsvariablen	Geheimnisverwaltung
Bei auftretenden Problemen	Fehlerbehebung

Wenn Sie neu einsteigen, beginnen Sie mit Erste Schritte.