Release Notes

2026.10 Re-Release — 2026-10-20 · LLM-Modell aura-lite · Oberflächenbegriff «Incident» · MCP Gateway

Kompatibilitätsbruch — der Wert model in externen API-Aufrufen muss geändert werden

Der Name des LLM-Modells ändert sich von aura-35b → aura-lite. Für den alten Namen gibt es keinen Alias; ein Aufruf mit aura-35b liefert 404. Externe Integrationen, die das Gateway (LiteLLM) direkt aufrufen, müssen "model": "aura-35b" in der Anfrage auf "aura-lite" ändern → API-Integrationsleitfaden

Das Handbuch verwendet ab dieser Version aura-lite. Installationen vor dem Einspielen dieser Version nutzen weiterhin aura-35b.

LLM-Modell — aura-35b → aura-lite

• Es ändert sich nicht nur der Name, sondern das Modell selbst — statt AURA-35B läuft nun AURA-Lite (MoE · Kontext 256K · zusätzlich Bildeingabe).
• Auch der Ordnername der Gewichte ändert sich von Aura-35B-A3B-NVFP4 → Aura-Lite-NVFP4 (/opt/kopens/models/Aura-Lite-NVFP4, gebündelte Modelldatei Aura-Lite-NVFP4.tar.zst).
• Installation und bin/update.sh laden Aura-Lite-NVFP4.tar.zst neu herunter (Abgleich mit SHA256SUMS; schlägt der Download fehl, wird an dieser Stelle abgebrochen).
• Im Air-Gap-Netzwerk wird die Datei auf einem Rechner mit Internetzugang per MODELS="Aura-Lite-NVFP4 …" heruntergeladen und eingebracht — beim Erzeugen des Bundles wird das Modell nicht geladen → Air-Gap-Installation
• vLLM steigt auf v0.31.0, und die Startargumente (LLM_MODEL_ARGS) wechseln auf den zum neuen Modell passenden Parser (gemma4).
• Der alte Ordner Aura-35B-A3B-NVFP4 wird nicht mehr verwendet — er kann gelöscht werden, sobald die neue Version nachweislich läuft.
• aura-vision · aura-embedding-4b · aura-reranker-0.6b bleiben unverändert.
• Copilot · Admin-Konsole · Dokumentensuche · Vision · Dokumentenverständnis verwenden nach bin/update.sh selbstständig den neuen Namen — der Copilot gleicht beim Start den in der DB gespeicherten Modellnamen mit der Verdrahtung ab.

Geänderter Oberflächenbegriff — Störungsmeldung → Incident

• Im Copilot wird aus «Störungsmeldung» der Begriff «Incident» (englische Oberfläche: «Incident»). Grund: Ein Vorgang wird nicht nur bei Störungen, sondern auch durch Alarme und Anomaliesignale eröffnet → Anomalieerkennung · Incident-Bearbeitung
• Namen in Code, API, Konfigurationsschlüsseln und DB (incident) bleiben unverändert. An Integrationen ist nichts anzupassen.
• Begriffe, die tatsächliche Störungen bezeichnen (Anlagenstörung · Störungsvorboten · Status FAULT), heißen weiterhin «Störung».

Werkzeugverwaltung — Copilot «Tool-Server (MCP)» → AI-Verwaltungskonsole «MCP Gateway»

• Der Bildschirm Tool-Server (MCP) (/admin/mcp) der Copilot-Verwaltungskonsole entfällt. Registrierung von MCP-Servern · Ein/Aus der Werkzeuge · Verbindungsprüfung übernimmt der neue Dienst MCP Gateway (plantpulse-mcp-gateway-api, intern 7160); der Bildschirm ist AI-Verwaltungskonsole › MCP Gateway → MCP Gateway
• Der Copilot bindet MCP-Server nicht mehr direkt an, sondern sieht nur die eine Adresse des Gateway. Genehmigungs-Gate · personenbezogenes Audit-Log bleiben im Copilot.
• 🔴 Anfangs sind deutlich mehr Werkzeuge eingeschaltet — Zeitreihe Insight 34 · Digital Thread 9 · Engineering-Berechnung 4 · RAG 2 · Dokumentverständnis 2 · Vision 5 · Plattform alle. Nur externe Server bleiben aus → MCP-Werkzeugübersicht
• Die Werkzeugsuche ist standardmäßig eingeschaltet (Budget 20) — je Frage werden nur die passenden Werkzeuge an das Modell gegeben.
• Die Dokumentensuche des Chats hat nur noch einen Weg: rag_search des Gateway (die eingebaute Dokumentensuche des Copilot entfällt). Antwortet das Gateway nicht oder ist rag_search ausgeschaltet, werden Fragen zu Handbüchern · Zeichnungen · Abläufen nicht beantwortet, sondern der Grund wird gemeldet → RAG
• Unter AI-Verwaltungskonsole › MCP Gateway › Tools lassen sich je Werkzeug die Suchbegriffe einsehen und überschreiben. Das Aufrufprotokoll unterscheidet «Tool failed» und «Transport failed» und filtert danach → MCP Gateway
• Der Digital Thread erhält zwei Werkzeuge mehr — thread_impact_range (wie weit eine verspätete PO · ein fehlerhaftes Los reicht) · thread_interval_production (was während eines Anomalieintervalls gefertigt wurde).

Incident · Vorschläge · Automatisierung

• Dateien im Chat einfügen — über Datei einfügen im Eingabefeld von Fragen, per Drag-and-drop oder Einfügen laden Sie PDF · Excel (xlsx · xls · csv) · Word · PowerPoint · DXF-Zeichnungen · TIFF-Scans hoch und fragen direkt in diesem Dialog danach. Bis 50 MB je Datei, 20 je Dialog; gelesen werden die ersten 100 Seiten. Auch Video (mp4 · mov · mkv · webm) · Audio (m4a · mp3 · wav) lassen sich bis 1 GB · 60 Minuten einfügen — die KI antwortet aus dem transkribierten Gesprochenen · den Untertiteln, und die in der Antwort genannten Zeitpunkte werden zu Belegkarten, die diese Szene abspielen (bis 5 Minuten · 200 MB sofort; längere Dateien werden im Hintergrund transkribiert, mit Benachrichtigung am Ende. In Installationen mit aktivem Installationsschalter PI_MEDIA_ENABLED). Nur der Eigentümer des Dialogs sieht sie und spielt sie ab, mit dem Dialog werden sie mitgelöscht, und sie gelangen nicht in die unternehmensweite Dokumentenablage (RAG) → Fragen — Dateien einfügen
• Maßnahmenvorschlag prüfen — auf der «Vorschlag»-Karte eines Incidents mit Freigabe ausstehend wählen Sie Maßnahmenvorschlag freigeben · Ändern und freigeben · Ablehnen. Beim Ablehnen wählen Sie einen Grund (sechs, etwa Diagnose falsch · Keine Anomalie (Fehlalarm)) und schließen den Fall → Vorschläge — Maßnahmenvorschlag prüfen
• Empfänger der Benachrichtigung — wird nur dann automatisch bestimmt, wenn unter Verwaltung › Ansprechpartner genau eine Person zu Benachrichtigungsrolle (Instandhaltung · Betrieb · Sicherheit) und Zuständigkeitsbereich (Standort · Anlage) passt; andernfalls wählt die ausführende Person. Installationen ohne SMTP blockieren «Zuständige benachrichtigen» mit Begründung → Vorschläge — Maßnahme ausführen
• Betriebsübersicht — unter Verwaltung › KI › Betriebsübersicht (/admin/ops-stats) sehen Sie Nutzung · Vorschläge · Incidents · Automatisierungen der letzten 7 · 30 · 90 Tage → Copilot-Verwaltung
• Diagnosegenauigkeit — die Gruppierung nach Modell richtet sich nach dem Modell, das tatsächlich geantwortet hat, und Ursachen werden je Incident nur einmal gezählt.
• Automatisierungsdurchläufe — durch einen Serverneustart abgebrochene Durchläufe bleiben als «Unterbrochen» stehen (kein Bericht · kein Versand, keine Fortsetzung). Fehlgeschlagenes Speichern von Artefakten aufgabenbasierter Automatisierungen erscheint als Warnung im Durchlaufergebnis, und der Versandstatus wird korrekt als «gesendet» festgehalten → Automatisierung
• Titel von Automatisierungsberichten — Titel von Bericht · Durchlaufverlauf · PDF · Excel · E-Mail · Benachrichtigung · Messenger lauten «Automatisierungsname · Durchlaufzeit» (Zeitzone des Werks); der vom Modell geschriebene Titel wird zum Untertitel. Vom Code erzeugte Berichtstexte folgen der Installationssprache (PP_LANG) → Automatisierung — Berichtstitel
• Reiter «Alle» der Automatisierungen — die Schaltflächen Aus · Ein · Löschen stehen jetzt in der unteren Zeile innerhalb der Karte (Löschen nach Bestätigung).
• Video-Szenenchips — Zeitangabe und Wiedergabestart des Chips sind nicht der Segmentanfang, sondern die getroffene Szene → Video-RAG
• Digital-Thread-Belegpanel — ein Klick auf einen Knoten zeigt den Verlauf dieses Objekts (30 Tage, Vorherige 30 Tage anzeigen) und den aktuellen Wert im Ursprungssystem; hat der Administrator im Konnektor eine Link-Vorlage hinterlegt, öffnet sich der Bildschirm des Ursprungssystems → Digital Thread
• Automatisierungs-Sandbox — die AI-Verwaltungskonsole erhält eine eigene Leiste mit Ausführungsverlauf · Limits → Automatisierungs-Sandbox

Was sonst noch in dieser Version enthalten ist

• Denkmodus standardmäßig an — der Standardwert von CO_LLM_THINKING_ENABLED in compose wird true (bei leerem Wert denkt AURA-Lite nicht) → Umgebungsvariablen konfigurieren
• «Denktiefe» wählbar — über das Gehirn-Symbol im Eingabefeld lässt sich zwischen Aus · Niedrig · Mittel · Hoch wählen; Administratoren legen unter Verwaltung › Systemeinstellungen Standardwerte je Chat · Automatisierung · Anomaliediagnose · Maßnahmenvorschlag fest → Fragen — Denktiefe
• Konversationsadressen — neue Konversationen unter /chat/new, geöffnete unter /chat/<id>. Das alte /chat?session=<id> wird nicht mehr angenommen → Fragen — Konversationsadressen
• MCP für technische Berechnungen — neuer Dienst plantpulse-engcalc-api mit vier Werkzeugen (eng_list_formulas · eng_formula · eng_unit_convert · eng_calc_eval). Berechnet 29 Formeln samt Einheiten, Einsetzschritten und Quellenangabe → MCP-Werkzeugübersicht
• Installations-Standardsprache ko — PP_LANG in der env-Vorlage ist ko. Zulässig sind nur ko · en; ist der Wert leer oder ein anderer, starten die Dienste nicht → Umgebungsvariablen konfigurieren
• vLLM v0.31.0 (Generierung · Embedding · Rerank · Transkription)
• Mindestversion für Digital-Thread-Konnektoren — mes-mcp/0.7 · erp-mcp/0.4 · ehs-mcp/0.3 · alle übrigen 0.2. Konnektoren, die eine niedrigere Version melden, werden weder für Synchronisierung noch für Bewertungen verwendet. Nach dem Anheben erneut Werkzeugermittlung → Konformität → Aktivieren durchlaufen (bin/reregister-connectors.sh) → Digital-Thread-Konnektoren

Beim Upgrade

• Enthält die Host-env Zeilen mit LLM_NAME · LLM_MODEL_PATH · LLM_MODEL_ARGS, löschen Sie diese. Bei alten Werten startet das neue Modell nicht; stimmen sie mit dem neuen Standardwert überein, verhindert die Vorstartprüfung den Start mit redundant.
• Die alten Werkzeugtabellen des Copilot (mcp_server · mcp_tool_pref · mcp_tool_call_log) löscht der Start. In älteren Versionen gesetztes Ein/Aus wird nicht übernommen; es wird mit der Gateway-Richtlinie neu begonnen. Hatten Sie Werkzeuge bewusst ausgeschaltet, schalten Sie sie nach dem Upgrade unter MCP Gateway › Tools erneut aus. Direkt am Copilot angebundene externe MCP-Server registrieren Sie unter Servers des Gateway neu und geben den Auth-Wert erneut ein.

2026.10 Re-Release 8 — 2026-10-13 · Copilot-Oberfläche vollständig ersetzt

Ein unter demselben Tag 2026.10 erneut veröffentlichtes Bundle. Die Copilot-Oberfläche wird vollständig ersetzt — Daten, Berechtigungen und Einstellungen bleiben erhalten. Installationen, die bereits auf 2026.10 angehoben wurden, beziehen die Version über bin/update.sh. Ebenfalls enthalten sind Korrekturen an Admin-Konsole, Insight, Dokumentensuche (RAG), Vision, Digital Thread, Dokumentenverständnis und Proxy.

Die alte Oberfläche entfällt mit dieser Version

Nach dem Upgrade liefert der Copilot ausschließlich die neue Oberfläche. Es gibt keinen Schalter zurück zur alten Oberfläche — lesen Sie vor dem Upgrade die Abschnitte «Entfallene Ansichten und alte Adressen» sowie «Beim Upgrade».

Selbstverständnis — App für Entscheidungen Vor-Ort

«Eine App für Entscheidungen Vor-Ort: Sie findet Probleme im Werk, schlägt sie mit Begründung vor, der Mensch genehmigt und schließt sie, bei Unklarheit wird nachgefragt, und Wiederkehrendes übernimmt die Automatisierung.» Sie ist kein MES, kein ERP, kein BI-Dashboard, kein Chatbot und kein Ausführungsterminal für Werker. Dies ersetzt den «Shopfloor-KI-Assistenten mit sechs Menüpunkten» aus Re-Release 7.

Drei Nutzungswege — Fragen · Vorschläge · Automatisierung

• Seitenleiste — von oben: Neue Konversation · Vorschläge · Automatisierung, darunter die letzten Konversationen (mit Suche), ganz unten das Profilmenü (Einstellungen · Verwaltung · Audit · Hilfe · Theme · Abmelden), oben die Benachrichtigungsglocke. Einen eigenen Eintrag «Fragen» gibt es nicht — die neue Konversation und die Startansicht sind das Fragen. Die Oberfläche ist achromatisch; Farbe wird nur für Statuspunkte verwendet → Oberflächenübersicht
• Fragen (Startansicht) — Begrüßung · Eingabefeld · Heutige Aufgaben · Frage-Chips. «Heutige Aufgaben» ist zu einer Zeile «Heute N Aufgaben» eingeklappt und öffnet sich per Klick (gibt es nichts zu tun, fehlt die Zeile). Tabellen im Antworttext stehen in einem Kasten mit abgerundetem Rahmen, Farbmarkierungen in Antworten erscheinen als Statuspunkte → Fragen
• Vorschläge — Zu erledigen · In Arbeit · Abgeschlossen. Geplantes (Maßnahmenvorschläge) und Unvorhergesehenes (zu prüfende Anomalie · Störungsmeldung) stehen in einer Liste, und in einer Detailansicht wird von Erkennung/Meldung → Genehmigung → Maßnahme → Ergebnis → Wiederholungsprüfung durchgängig geschlossen. Das Menü «Lösung» entfällt → Vorschläge
• Automatisierung (früher «Agent Builder») — per Sprache erstellen · Probelauf · Freigeben · Ausführungsprotokoll · Berichte · Versionshistorie mit Rücksetzen → Automatisierung
• Einstellungen und persönliche Daten liegen nun in einer Ansicht (/settings).
• Neuen Nutzern wird die Oberfläche in der Browsersprache angezeigt (bei anderen Sprachen als Koreanisch oder Englisch in der Standardsprache der Installation); eine vor der Anmeldung geöffnete Adresse führt nach der Anmeldung zu genau dieser Ansicht zurück. Unbekannte Adressen melden «Die gesuchte Ansicht existiert nicht».

Rechtes Panel und Zeichnungsviewer

• Dokumentoriginale, Zeichnungen und Videos öffnen sich im selben rechten Panel. Konversation oder Vorschlagsdetail bleiben geöffnet, die Breite lässt sich am Rand ziehen.
• Auch die Begründung eines Vorschlags öffnet sich im Panel: Es legt sich über das Detail, und über Zurück in der Kopfzeile gelangen Sie zum Detail zurück.
• Ist der Bildschirm zu schmal für eine Nebeneinanderdarstellung, öffnet das Panel als Overlay-Sheet; auf dem Telefon im Vollbild.
• Zeichnungsviewer — ein Klick auf eine Zeichnungskarte öffnet die Vorschau im Panel; über Im Viewer öffnen (neuer Tab) startet der Viewer in einem neuen Tab: Zoomen, Seitenliste, Versionsvergleich (nebeneinander · überlagert, mit Markierung der Änderungen), Bereich auf der Zeichnung aufziehen und Zu diesem Bereich fragen → Mit Zeichnungen fragen

Automatisierung — Zustellwege und Vorlagen

• Zustellung — Ergebnisse kommen per App-Benachrichtigung · Firmen-E-Mail · Messenger-Kanal (Teams · Slack) an. Empfänger werden ausschließlich über interne Benutzer und Rollen gewählt, Adressen werden nicht eingetragen. Die Zustellwege werden bei der Erstellung festgelegt und können zur Laufzeit nicht von der KI geändert werden.
• Anhänge — Excel und CSV werden an E-Mails angehängt. PDF steht nur in Installationen mit konfiguriertem PDF-Konvertierungsdienst (CO_GOTENBERG_URL) zur Auswahl, sonst erscheint die Option deaktiviert.
• Versandgrenzen — pro Automatisierung und Empfänger 6 E-Mails pro Tag, pro Kanal 12 Messenger-Nachrichten pro Tag, bei Auswahl über Rollen bis zu 50 Empfänger (über die Systemeinstellungen änderbar). Identische Inhalte werden am selben Tag nicht erneut versendet.
• Genehmigungspflichtige Aktionen — die Zahl der Aktionen, die eine Automatisierung auf einer Karte vorschlagen kann, ist auf fünf gestiegen (Entwurf Instandhaltungsauftrag · Entwurf Bestellmahnung · Entwurf Arbeitsanweisung · Vorschlag einstellen · Störungsmeldung einstellen). Alle gehen erst nach Genehmigung durch einen Menschen auf der Karte hinaus.
• 14 Vorlagen — neu hinzugekommen sind Bedingungsüberwachung («Melde mir, wenn … überschritten wird») · Mahnung offener Störungsmeldungen · Benachrichtigung bei Zeichnungsrevision. Die drei Vorlagen, die auf dem Digital Thread aufsetzen (PO mit Terminrisiko · Qualitätsabweichungsverfolgung · Benachrichtigung bei Zeichnungsrevision), erscheinen nur dann in der Galerie, wenn das jeweilige Werkzeug vorhanden ist.
• Erstellen per Sprache, Probelauf und Jetzt ausführen laufen im Hintergrund; die Oberfläche wartet mit «Wird ausgeführt …» bis zum Abschluss. Bei zu vielen Anfragen erfolgt der Hinweis, es später erneut zu versuchen.

Weitere Änderungen in Fragen · Automatisierung · Verwaltung

• Fragen — während der Werkzeugnutzung sind die Schritte sichtbar (Denkt nach → Werkzeug wird ausgeführt → Antwort wird zusammengestellt); der Text fließt erst nach Abschluss der Werkzeuge. Antwort stoppen beendet auch die Generierung auf dem Server. Neu erzeugen ist hinzugekommen, und auf der Begründungskarte bleiben nur die Werkzeugergebnisse, die die Antwort tatsächlich verwendet hat. Innerhalb einer Konversation wird die nächste Frage erst nach Abschluss einer Antwort gesendet.
• Automatisierung — «Bedingungsüberwachung» ruft kein KI-Modell auf, solange die Bedingung nicht erreicht ist, und lässt sich ab einem 5-Minuten-Intervall einstellen. Vorlagen starten mit dem Zustellweg «Ich + App-Benachrichtigung»; Rolle, E-Mail und Messenger werden gezielt gewählt. App-Benachrichtigungen bleiben in Liste und Glocke erhalten. Administratoren und Werkleitern wird der Tab Alle angezeigt (Deaktivieren und Löschen nur für Administratoren).
• Vorschläge — im Tab Abgeschlossen erscheinen auch geschlossene Plankarten; bearbeiten zwei Personen dieselbe Karte gleichzeitig, erscheint «Jemand anderes war schneller» und die Liste wird neu geladen.
• Verwaltung — in den Systemeinstellungen sind bekannte Konfigurationsschlüssel dauerhaft mit Name, Beschreibung und Standardwert sichtbar und lassen sich auf den Standardwert zurücksetzen. Im Audit-Log gibt es Original anzeigen.
• PDF-Download und PDF-Anhang sind nur aktiv, wenn der PDF-Konvertierungsdienst der Installation antwortet.
• Werkzeugzeile der Antwort — aufgeklappt sind nur Werkzeugname, Dauer und Anzahl sichtbar. Das Rohergebnis der Werkzeuge sehen nur Administratoren, eingeklappt.
• Diagrammbeschriftung — angegeben werden nicht der erfragte Zeitraum, sondern Zeitraum und Anzahl der tatsächlich dargestellten Daten; bei abgeschnittenen Daten wird «nur teilweise» ergänzt.
• Zitierte Dokumentstellen — es handelt sich um einen Satz aus dem Original oder eine Tabellenzeile. Eine Tabellenzeile erscheint als eine Textzeile mit verbundenen Spalten.
• Konversation löschen entfernt auch die Originale von Fragen, Antworten und Werkzeugausführungen (genehmigte Aktionskarten und Auditeinträge bleiben erhalten).
• Automatisierung — bei Automatisierungen ohne Probelauf ist Jetzt ausführen deaktiviert und zeigt den Grund an. Ein Klick auf die App-Benachrichtigung öffnet Bericht, Vorschlagskarten und Ausführungsprotokoll des jeweiligen Laufs; beim Löschen einer Automatisierung werden auch deren App-Benachrichtigungen entfernt. Anlagen und überwachte Tags im Geltungsbereich erscheinen mit Namen.

Geänderte Bezeichnungen

Alte Bezeichnung	Neue Bezeichnung
Incident	Störungsmeldung
Agent · Agent Builder	Automatisierung

Namen in API-Pfaden, Konfigurationsschlüsseln und Auditeinträgen (incident · agent) bleiben unverändert.

Entfallene Ansichten und alte Adressen

Die Ansichten Heute · Anomaliediagnose · Lösung · Report · Dashboard · Netzwerk · Prognose · Thread sowie die reine Mobilversion (/m), die Rollentabs und Kontext-Chips im Chat entfallen. 🔴 Alte Adressen werden nicht auf die neuen Ziele umgeleitet. Alte Links in Lesezeichen, älteren E-Mails und Push-Nachrichten melden «Die gesuchte Ansicht existiert nicht» → Alte Adressen

• Was zuvor in Dashboard, Prognose und Thread zu sehen war, liefert dieselbe Antwort, wenn Sie im Fragen danach fragen (die Werkzeuge sind dieselben).
• 🔴 Watch entfällt. Nicht nur die Ansicht, auch der Executor und die API hinter Watch sind entfallen — Zu Überwachendes legen Sie als Automatisierung an (Vorlage «Bedingungsüberwachung») → Automatisierung
• Die Genauigkeitskennzahlen der KI finden Sie in der Admin-Konsole unter Genauigkeits-Tuning · Antwortqualität → KI-Funde und Genauigkeit
• Der Digital Thread ist eine optionale Integration. Es gibt keine eigene Ansicht; bei bestehender Verbindung erweitern sich die Werkzeuge in Fragen und Automatisierung sowie die Begründungen der Vorschläge → Digital Thread

Admin-Konsole

Die Ansichten wurden in vier Gruppen neu gegliedert (Personen und Berechtigungen · KI · Betrieb · Protokolle) → Copilot-Admin-Konsole

• Benachrichtigungskanäle (neue Ansicht, /admin/channels) — hier werden Teams- und Slack-Kanäle für den Versand durch Automatisierungen registriert und die zugelassenen E-Mail-Domänen festgelegt. 🔴 Ist die Domänenliste leer, ist der E-Mail-Versand aus Automatisierungen deaktiviert.
• Benutzerbearbeitung — in einer Ansicht legen Sie Aufgabenbereich, Zugang zur Admin-Konsole, Rollenpakete, Datenbereich, Leseeinstufung, Befristung der Pakete, Zeitvertretung, Ablaufdatum für Partnerfirmen und die Verknüpfung mit Platform-Benutzern fest → Berechtigungen — Personen zuweisen
• Branding (neue Ansicht) — Kundenname · Tab-Titel · Logo · Favicon · CI-Farbe · Anmeldeseite · Kontaktadresse · Anzeigename in E-Mails.
• In der Bearbeitung von Rollenpaketen erscheinen die alten Report-Berechtigungen (menu:report) nicht mehr — in der neuen Oberfläche schränken sie nichts mehr ein.
• Die Ansichten Sitzungsverwaltung, KI-Nutzungsstatistik, Ausführungsprotokoll, Systemmonitor und Benachrichtigungsregal entfallen. Auf schmalen Bildschirmen werden einzelne Spalten der Verwaltungstabellen eingeklappt.

Betrieb

• Anmeldesitzungen werden im Session Store abgelegt. In früheren Versionen lagen Sitzungen nur im Speicher des Copilot, sodass bei jedem Neustart und jedem Redeployment alle abgemeldet wurden. Ab dieser Version bleiben sie bestehen — für dieses eine Upgrade ist jedoch eine erneute Anmeldung erforderlich.
• Auch für die Admin-Konsole ist nach dem Upgrade eine erneute Anmeldung nötig — das Sitzungsformat hat sich geändert, Anmeldungen von vor dem Upgrade bleiben nicht bestehen.
• Der Proxy komprimiert Antworten (gzip) und setzt Sicherheits-Header. Es ist nichts zu tun.
• Kennzahlen — GET /actuator/prometheus (Prometheus-Format). 🔴 Zugriff nur mit API-Schlüssel (X-API-Key) — mit einer Anmeldesitzung erhalten selbst Administratoren keinen Zugriff (403), ohne Schlüssel gibt es 401. Es ist derselbe Schlüssel wie für die öffentliche API (/api/v1) → Logs und Monitoring
• Logs sind nun einzeilige JSON-Einträge (sowohl Container-Logs als auch die Datei /app/logs/system.log). Passwörter, Token, Schlüssel und der vordere Teil von E-Mail-Adressen werden maskiert. Erfassungsregeln, die das alte Textformat ausgewertet haben, müssen angepasst werden.
• Der PDF-Konvertierungsdienst (Gotenberg) startet als rein stackinterner Container mit (kein nach außen geöffneter Port). Er ist optional — ist CO_GOTENBERG_URL leer, entfallen lediglich PDF-Download und PDF-Anhang, alles Übrige bleibt unverändert → Umgebungskonfiguration

Beim Upgrade

Was	Zu tun
Oberfläche	Nichts zu aktivieren. Nach dem Upgrade erscheint die neue Oberfläche, ein Zurück zur alten gibt es nicht
Anmeldung	Unmittelbar nach dem Upgrade müssen sich alle einmal neu anmelden — sowohl im Copilot als auch in der Admin-Konsole
Lesezeichen · alte Links	Alte Adressen enden mit «Die gesuchte Ansicht existiert nicht». Links in Firmenportal und Wiki auf die neuen Adressen umstellen (/chat · /tasks · /automations)
Bereits angelegte Watches	🔴 Sie laufen nach dem Upgrade nicht mehr. Die Watch-Tabellen bleiben bestehen, werden aber nicht automatisch in Automatisierungen überführt — was weiter überwacht werden soll, legen Sie mit demselben Satz als neue Automatisierung an. Von Watches bereits eingestellte Störungsmeldungen bleiben in den Vorschlägen erhalten
E-Mail aus Automatisierungen	Zur Nutzung in der Admin-Konsole unter Benachrichtigungskanäle die zugelassenen E-Mail-Domänen eintragen (leer = deaktiviert). Der Mailserver steht in den Systemeinstellungen unter smtp.*
Berechtigungen · Pakete	Nichts zu tun. Es sind keine neuen Berechtigungen hinzugekommen

Zugang

Webbrowser · Startbildschirm-App (PWA) · Windows-Desktop-App → Copilot öffnen

2026.10 Re-Release 7 — 2026-10-09

Ein unter demselben Tag 2026.10 erneut veröffentlichtes Bundle. Die Ports bleiben unverändert, die neuen Tabellen (Agenten) werden beim Start automatisch angelegt. Installationen, die bereits auf 2026.10 angehoben wurden, beziehen die Version einfach über bin/update.sh — manuelle Schritte entfallen.

Copilot — Shopfloor-KI-Assistent

• Sechs Menüpunkte — Heute · Maßnahmenvorschläge · Anomaliediagnose · Lösung · Report · Fragen. Es gibt zwei Eingänge für Arbeit (Geplantes = Maßnahmenvorschläge, Unvorhergesehenes = Anomaliediagnose), beide werden in der gemeinsamen Liste Lösung von Zuweisung → Maßnahme → Ergebnis → Wiederholungsprüfung geschlossen. Unter den Rail-Symbolen stehen Kurzbezeichnungen.
• Anomaliediagnose — zeigt zu prüfende Anomalien je Anlage auf einer Karte, mit je einer Schaltfläche Prüfen → Als Incident und Ignorieren. Die bisherige Tabelle der Anomalieerkennung wurde in die Betriebskonsole verschoben.
• Heute (Startseite) — Band mit den derzeit dringendsten Punkten · Kennzahlenkacheln · 7-Tage-Verlauf von Maßnahmenvorschlägen / Funden der Anomaliediagnose / Lösungen · Dringlichkeitsliste. Rollenkarten stehen weiter unten im Ausklappbereich.
• Report — drei Tabs (Übersicht · KI-Genauigkeit · Statistik). Die Ansicht zur KI-Genauigkeit ist nun ein Tab des Reports.
• Werksstatus, Monitoring, Korrelation, Prognose und Digital Thread sind nicht mehr im Menü, lassen sich aber weiterhin über Adresse und Link öffnen. Die Ansicht Wochenbriefing entfällt (/briefing → Startseite), /incidents → Lösung, /accuracy → Report › KI-Genauigkeit.
• Auch die untere Leiste auf dem Telefon und die mobile App haben fünf Einträge (Heute · Vorschläge · Diagnose · Lösung · Fragen).

→ Copilot-Oberflächenübersicht

Copilot — Agent Builder

• Aus einem Satz erzeugt die KI einen Entwurf mit fünf Feldern (Wann · Wo · Womit · Wie · Wohin); nach Prüfung in der Vorschau wird er aktiviert. Die Ergebnisse erscheinen als Karten der Maßnahmenvorschläge. Drei Vorlagen — Schichtbriefing am Morgen · Ursachen wiederkehrender Störungen · Verzug bei Material-POs.
• Es werden ausschließlich lesende Werkzeuge innerhalb der Berechtigungen und des Bereichs des Erstellers verwendet. Anlegen dürfen Werkleiter und Administratoren (Berechtigung «Agenten erstellen · verwalten»).

→ Agent Builder

Geändertes Verhalten — fünf Rollen

• In der Verwaltungsansicht sind standardmäßig fünf Rollenpakete sichtbar: Werker · Schichtführer · Instandhaltung · Werkleiter · Administrator. Die übrigen acht stehen im Ausklappbereich Erweiterte Rollen; Berechtigungen und zugeordnete Personen bleiben unverändert.
• Die Standardmenüs der Vor-Ort-Pakete wurden reduziert — Werker: Heute · Maßnahmenvorschläge · Lösung · Fragen; Instandhaltung zusätzlich Anomaliediagnose. Beim Start werden nur Pakete mit unverändertem bisherigen Standardwert einmalig angepasst; von Administratoren geänderte Pakete bleiben unangetastet. Im Audit-Log erscheint dies als «System (Migration)».
• Die Incident-Maßnahme «Ausführen» ist auf die neue Berechtigung «Incident-Maßnahme ausführen» eingeschränkt — standardmäßig Schichtführer, Instandhaltung, Werkleiter und Administrator. Werker und Qualität können nicht mehr ausführen.

Geändertes Verhalten — Vier-Augen-Genehmigung · Vertretung · Partnerfirmenkonten

• Wer gefragt hat, kann die eigene Chat-Aktionskarte nicht genehmigen. Eine andere Person mit Genehmigungsrecht genehmigt oder lehnt links in den Maßnahmenvorschlägen unter Genehmigung ausstehend ab.
• Anforderungen zur Materialmahnung benötigen die Genehmigung zweier verschiedener Personen (Einstellung access.two_person.tools). Instandhaltungsaufträge bleiben bei einer Genehmigung.
• Zeitvertretung — in der Benutzerbearbeitung lassen sich Pakete anderer Personen befristet übertragen. Je Paket kann eine Frist gesetzt werden.
• Partnerfirmenkonten — Partnerfirmenpakete gelten nur für Bereich supplier:, erfordern ein Ablaufdatum und erlauben keine Einstufung «kontrolliert». Nach Ablauf wird die Sitzung getrennt.

→ Vier-Augen-Genehmigung · Vertretung · Partnerfirmenkonten

Behoben

• Sprachfragen — das Aufnahmeband legt sich über das Eingabefeld, sodass die Schaltflächen nicht verspringen; gestoppt wird über Aufnahme stoppen im Band. Die Mikrofonschaltfläche hat dieselbe Größe wie die Sendeschaltfläche.
• Berechtigungsansicht — das Auswahlfeld für die Dokumenteinstufung ist sichtbar, die Eingabebreite im Fenster zur Benutzerbearbeitung stimmt, und Art und Inhalt in der Audit-Tabelle erscheinen in der Oberflächensprache.
• Die Kopfbereiche der Ansichten (Titel, Untertitel) folgen nun einer einheitlichen Regel.

Betrieb

• Der empfohlene Betriebswert für PI_USER_CONTEXT_MODE ist log. enforce sollte nur in Installationen aktiviert werden, deren Backend nicht für externe Clients geöffnet ist → Betrieb — Prüfmodus für Benutzerinformationen im Backend

2026.10 Re-Release 6 — 2026-10-08

Ein unter demselben Tag 2026.10 erneut veröffentlichtes Bundle. Die Ports bleiben unverändert, die DB-Tabellen werden beim Start automatisch angelegt. Installationen, die bereits auf 2026.10 angehoben wurden, beziehen die Version einfach über bin/update.sh — manuelle Schritte entfallen.

Copilot — Berechtigungen

• Rollenpakete — Berechtigungen hängen nicht mehr an Personen, sondern an Paketen. In der Admin-Konsole unter Rollenpakete stehen 13 Standardpakete (Administrator · Werker · Schichtführer · Instandhaltung · Qualität · Werkleiter · Konstruktion · Einkauf · Produktionssteuerung · EHS · Partnerfirma · Audit · Externe API); je Person lassen sich mehrere zuordnen.
• Datenbereich — wird je Person ein Standort, eine Linie oder eine Anlage (bzw. Projekt, Kunden-PO, Partnerfirma) festgelegt, ist überall — in Ansichten, Chat, Dokumentantworten und API — nur dieser Bereich sichtbar.
• Dokumenteinstufung — Allgemein · Intern · Vertraulich · Kontrolliert. Festgelegt wird sie in der Admin-Konsole unter Dokumenteinstufung, je Person wird eine Leseeinstufung vergeben. In Seitenvorschauen vertraulicher Zeichnungen erscheint ein Wasserzeichen mit Betrachter und Zeitpunkt; kontrollierte Dokumente lassen sich nicht im Original herunterladen, und jeder Zugriff wird protokolliert.
• Audit-Ansicht (/audit) — Änderungen an Einstellungen und Berechtigungen sowie Zugriffe auf vertrauliche und kontrollierte Dokumente lassen sich nach Zeitraum, Benutzer und Art filtern und als CSV herunterladen.
• Nach dem Upgrade bleibt das Verhalten gleich. Bestehende Benutzer werden in das Paket ihrer Aufgabenrolle überführt (Administratoren zusätzlich in das Administratorpaket), mit vollem Bereich und Leseeinstufung «Vertraulich». Anders ist nur der Umgang mit kontrollierten Dokumenten — dafür muss je Person die Leseeinstufung «Kontrolliert» vergeben werden.

→ Berechtigungen — Rollenpakete · Datenbereich · Dokumenteinstufung

Geändertes Verhalten — externe Integrationen nur noch per API-Schlüssel

Die Integrationsadressen /api/v1/** und /mcp sind jetzt nur noch per API-Schlüssel (X-API-Key) zugänglich. Aufrufe aus einer angemeldeten Browsersitzung erhalten 403. Externe Systeme, die bereits per API-Schlüssel angebunden sind, funktionieren unverändert.

Betrieb

• Neue Umgebungsvariable PI_USER_CONTEXT_MODE (off · log · enforce, Standard off) — legt fest, wie das Backend Aufrufe ohne Benutzerinformationen behandelt. Ein Eintrag in .env ist nicht erforderlich. Bei unbekannten Werten blockiert die Installationsprüfung (lint-env) → Betrieb — Prüfmodus für Benutzerinformationen im Backend
• Dokumentantworten für Personen mit gesetzter Dokumenteinstufung oder eingeschränktem Bereich werden nur aus gefilterten Belegen erzeugt und können daher etwas länger dauern.
• Behoben: Die Abfrage des Audit-Logs lieferte 500; Vorschauen nicht einsehbarer Zeichnungen trennten die Verbindung (jetzt «nicht vorhanden» 404).
• Für Zeitreihen-Insight wurde ein Verbindungstimeout gesetzt, damit es bei stehender Platform-DB nicht lange blockiert.

→ Die Genauigkeitsangaben wurden auf die Werte der Veröffentlichungspipeline dieser Version korrigiert — Genauigkeit · Benchmarks

2026.10 Re-Release 5 — 2026-10-07

Ein unter demselben Tag 2026.10 erneut veröffentlichtes Bundle. Ports, DB-Migration und Umgebungsvariablen entsprechen Re-Release 4. Installationen, die bereits auf 2026.10 angehoben wurden, beziehen die Version über bin/update.sh.

Copilot — Aktionskarten im Chat

• Bei Fragen des Typs «Was, wenn das Teil N Tage später kommt?» wird nun zuerst die Erholungsberechnung statt der Dokumentensuche aufgerufen. Schlägt die Berechnung eine Mahnung vor, erscheint unter der Antwort eine Aktionskarte Materialmahnung, und der Text weist statt des Mahnungsentwurfs darauf hin: «Der Entwurf kann auf der Karte unten genehmigt werden.»
• Neue Karte Instandhaltungsauftrag — enthält die Antwort einen offenen Fund mit Störungsrisiko, wird eine Entwurfskarte für einen MES-Instandhaltungsauftrag angehängt. Genehmigt wird durch Schichtführer, Instandhaltung, Werkleiter und Administrator (die Vorschlagskarten unter Aufgaben › Maßnahmenvorschläge bleiben wie bisher Administratoren vorbehalten). Die Karte erscheint nur, wenn der MES-Konnektor ein Werkzeug für Instandhaltungsaufträge bereitstellt.

→ AI Chat Web — Aktionskarten · Benutzerberechtigungen und Aufgabenrollen

Copilot — Zeichnungen

• Zeichnungskarten im Chat zeigen je Zeichnungsnummer und Version eine Karte. DXF und PDF derselben Version, die zuvor als getrennte Karten erschienen, werden zusammengefasst; die Karte trägt den Hinweis «N Dateien» und öffnet per Klick die Hauptdatei (bei vorhandenem DXF das DXF). Auch das Zeichnungsregister der Admin-Konsole zeigt nach derselben Regel Datei-Chips in einer Zeile.
• Auf die Frage «Unterschied zwischen Version ○ und Version ○» kommt statt «Vergleich nicht möglich» nun das Ergebnis des Versionsvergleichs (Schriftfeld · Maße · Stückliste · Anmerkungsänderungen).
• Toleranzen in der Vergleichsliste erscheinen in Klartext statt als JSON-Rohdaten, Schriftfeldeinträge auf Koreanisch.

→ Mit Zeichnungen fragen · Admin-Konsole — Zeichnungsregister

Copilot — Oberfläche · Antworten

• Die Liste Heutige Arbeiten auf der Startansicht des Schichtführers scrollt innerhalb der Karte — auch bei 12 Prozesszeilen bleiben die erste Frage und die Beispielfragen auf dem ersten Bildschirm sichtbar.
• Unter der Tabelle zu «Was steht heute an?» steht eine Fußzeile («und N weitere» oder «nur N von M Zeilen sichtbar»). Die Abweichung zwischen beiden Zahlen wurde behoben.
• Behoben: ** erschien in Antworten im Klartext (wenn an eine Hervorhebung eine Partikelendung anschloss).
• Behoben: In der Liste Videos der Admin-Konsole überlagerte das englische «no speech» den Eintrag «keine Sprache».

Betrieb

• Nach einem Abbruch und Wiederherstellen der Verbindung zur Platform-DB erholt sich der Copilot selbstständig. Bleibt die Verbindung länger als 5 Minuten aus, startet der Container von selbst neu.
• Die Prognose (insight) antwortet bei Anlagen mit vielen fehlenden Werten mit «Unzureichende Datenlage» statt mit einem Fehler.

2026.10 Re-Release 4 — 2026-10-06

Das finale veröffentlichte Bundle unter demselben Tag 2026.10. Ports, DB-Migration und Umgebungsvariablen entsprechen Re-Release 3. Installationen, die bereits auf 2026.10 angehoben wurden, beziehen die Version über bin/update.sh.

Copilot — Schichtführer «Heutige Arbeiten»

• Prozessstatus und Platform-Auftragsstatus auf der Karte erscheinen nicht mehr als Codes (in_progress · planned · START …), sondern als koreanische Labels (geplant · in Arbeit · in Betrieb …). Platform-Aufträge werden kurz als «Startzeit Auftragsanlage» angezeigt.
• Der Puffer der Kunden-PO heißt jetzt «Planpuffer N Tage» — er bezieht sich auf das Planende des Arbeitsauftrags und enthält keine Teileverzüge. Der Wert mit Berücksichtigung der Teileverzüge steht in der Tabelle Betroffene Kunden-POs der Erholungsberechnung mit dem Zusatz «(inkl. Verzug)».
• Behoben: In der Antwort auf «Was steht heute an?» erschien die Tabelle zweimal — es bleibt nur die serverseitig erzeugte Tabelle Heutige Arbeiten, ergänzt um die Spalte Blockierungsgrund. Die Spalte heißt Planpuffer Kunden-PO.
• Der Digital Thread verknüpft in Platform laufende Aufträge über die externe Auftragsnummer der Platform-Auftragsliste mit den Prozessen.

→ AI Chat Web — Schichtführerkarte · Digital Thread

Copilot — Chat-Antworten

• Video- und Audiokarten erscheinen auch dann, wenn die Chat-Antwort keine Nummerierung im Text enthält (eingeklappt werden nur Dokument- und Zeichnungskarten). Die erste Frage einer neuen Konversation sucht Dokumente genau mit dem vom Benutzer formulierten Satz → Mit Video und Audio fragen
• Die Antwort auf Toleranzfragen («Toleranzbereich für Ø35 H7?») beginnt mit Ober- und Untergrenze aus der Maßtabelle der Zeichnung — in der Vorversion kam es vor, dass trotz vorliegender Werte «nicht feststellbar» geantwortet wurde → Mit Zeichnungen fragen
• What-if-Fragen wie «Was, wenn das Teil N Tage später kommt?» werden stets über die Erholungsberechnung beantwortet, und zwar mit den Annahmen der Frage (Teil, Tage). Die Antwort nennt sowohl die Annahmen als auch den aktuellen Verzug.
• Wiederholt das Modell sich und bricht ab, wird einmal neu geschrieben; gelingt auch das nicht, werden die Ergebnisse der Dokumentensuche samt Quellenkarten ausgegeben.

Copilot — Oberfläche

• Behoben: In der englischen Oberfläche erschienen Menüs und Titel als Textschlüssel (nav.main.today usw.).
• Der Hinweis in der Prüfungs-Warteschlange (/review) lautet nun «Die Aufgabenrolle ändert der Administrator in der Benutzerverwaltung» (zuvor «im Profil»).
• Das Fenster zur Benutzerbearbeitung hat den Untertitel «Benutzerdaten und Aufgabenrolle bearbeiten» erhalten; zweispaltige Eingabefelder liefen zuvor über den Fensterrand hinaus.
• Die horizontale Bildlaufleiste ist so schmal wie die vertikale, und die Schließen-Schaltfläche der Benachrichtigung (Toast) oben rechts reagiert an ihrer Position.

RAG · Video

• In der Dokumententabelle der Admin-Konsole lassen sich Zeichnungen aus dem Platform-Stammregister «aus dem Korpus ausschließen / wieder aufnehmen». Selbst hochgeladene Zeichnungen lassen sich weiterhin nicht ausschließen; der Tooltip der Schaltfläche nennt den Grund. Auch der Text 409 für Zeichnungen wurde je Objekt (manuelle Zeichnung · Stammregisterzeichnung) angepasst → Admin-Konsole · Fehlerbehebung
• Behoben: Die Transkription verwarf den ersten Satz nach Stille oder Störgeräuschen; die Zeitmarke beibehaltener Sätze wird auf den tatsächlichen Sprechbeginn vorgezogen. Bereits transkribierte Videos werden nicht automatisch neu verarbeitet — über Erneut transkribieren in der Admin-Konsole unter Videos erfolgt die Neuverschriftung im Verarbeitungszeitfenster (leer = 20:00-06:00).

2026.10 Re-Release 3 — 2026-10-06

Derselbe Tag 2026.10, neu gebaut. Ports und DB-Migration bleiben unverändert, neue Tabellen und Spalten entstehen beim Start von selbst. Installationen, die bereits auf 2026.10 angehoben wurden, beziehen die Version über bin/update.sh.

Vor dem erneuten Beziehen beachten

• Wurden MEDIA_INGEST_ENABLED · ASR_URL von Hand in die Host-env eingetragen, um Video und Audio zu aktivieren, kann ohne Unterbrechung aktualisiert werden — die alten Namen sind für diese Release-Reihe Aliase, und das Betriebsskript überführt sie beim ersten Lauf nach PI_MEDIA_ENABLED. [warn] der Vorstartprüfung gibt das zu bereinigende sed aus. Die Aliase entfallen mit 2026.11.
• Wird der ERP-Konnektor auf erp-mcp/0.3 angehoben, ändert sich die Werkzeugliste, und der Konnektor wird bei der erneuten Ermittlung deaktiviert. Führen Sie den Konformitätstest erneut aus und aktivieren Sie ihn danach → Digital Thread

Video · Audio — jetzt aktivierbar

• Eine Zeile in der Host-env, PI_MEDIA_ENABLED=true, startet das Transkriptions-Serving, lässt rag-api Video und Audio annehmen, öffnet im Dokumentenverständnis den Transkriptionseingang und sorgt dafür, dass bin/fetch-models.sh das Transkriptionsmodell Aura-ASR-Turbo (ca. 1,5 GB) lädt. Standardmäßig deaktiviert.
• Der neue einmalige Dienst plantpulse-asr-audio überträgt die Audiobibliotheken in das Transkriptions-Serving — damit ist die Ursache behoben, dass das Transkriptions-Serving in der Vorversion als unhealthy stehen blieb. «Exited (0)» ist der Normalzustand und wird auch von bin/status.sh als normal gezählt (bei aktivierter Installation 23/23).
• Auch Fragen per Sprache im Chat funktioniert in aktivierten Installationen.
• In der Admin-Konsole ist unter RAG › Index die Ansicht Videos hinzugekommen (Video hochladen · Verarbeitungsstatus · Transkription · erneut versuchen). In deaktivierten Installationen wird lediglich erklärt, wie man es einschaltet.
• Im Air-Gap-Netzwerk ist das Image stets im Bundle enthalten; nur das Transkriptionsmodell wird per PI_MEDIA_ENABLED=true MODEL_BASE=… bin/fetch-models.sh geladen und übertragen.
• Ist MEDIA_PROCESSING_WINDOW leer, beginnt die Verarbeitung nur in 20:00-06:00 (PP_TZ). Für durchgehende Verarbeitung gilt always.

→ Video- und Audioerfassung · Video- und Audiosuche · Air-Gap-Installation

Installation · Konfiguration

• Der Abbruch bei leerem Inbound-Key erfolgt nun nicht mehr in compose, sondern in der Vorstartprüfung ([fail] PI_INBOUND_API_KEY is empty …). Für Entwicklung und Test gibt es den Schalter PI_INBOUND_AUTH_DISABLED (Standard false) für Betrieb ohne Authentifizierung; bei vorhandenem Schlüssel wird er ignoriert.
• Neue Stellschrauben (alle mit unverändertem Standardwert korrekt) — RAG_S3_BUCKET (rag-api-Bucket, Standard plantpulse-rag) · periodische Synchronisierung der Digital-Thread-Konnektoren DT_CONNECTOR_SYNC_ENABLED (Standard an) · DT_CONNECTOR_SYNC_INTERVAL_S · DT_CONNECTOR_MAX_AGE · DT_LINK_HISTORY_DAYS.
• bin/doctor.sh führt alte Namen und doppelte Zeilen nicht mehr unter «bad», sondern separat als «old or redundant lines» auf.
• Es gibt dreizehn eigene Images (pi/plantpulse-asr-audio hinzugekommen), docling-serve steht auf v1.36.0. bin/backup.sh erhält das Volume mit den Transkriptions-Audiobibliotheken nicht.

→ Umgebungsvariablen konfigurieren · Dienstbetrieb

Copilot — Oberfläche

• Die Reihenfolge in der linken Rail lautet nun Heute · KI fragen · Vor-Ort · Aufgaben · Lösung · Report, die untere Leiste auf Mobilgeräten Heute · KI fragen · Vor-Ort · Aufgaben. Die Tabs unter «Vor-Ort» stehen in der Reihenfolge Korrelation · Prognose.
• Die Aufgabenrolle ändert nur der Administrator (jede Änderung wird im Audit-Log protokolliert). «Mein Aufgabenbereich» im Profil ist schreibgeschützt; dafür können Benutzer nun selbst eine «Startansicht» wählen.
• Der Schichtführer-Tab auf der Chat-Startansicht heißt jetzt «Heutige Arbeiten» — er zeigt je heutigem Prozess Bereitschaftsgrad, Anlagenstatus, Puffer der Kunden-PO, Material-PO und Zeichnungsversion. Auf die Frage «Was steht heute an?» wird der Antwort am Ende die Tabelle der heutigen Arbeiten angehängt (neues Werkzeug thread_today_work, standardmäßig an).
• Das What-if-Werkzeug thread_explain_recovery ist nun standardmäßig aktiv, sodass Antworten eine Karte «Mögliche Aktionen» erhalten. Wer genehmigen darf, ergibt sich aus der Aufgabenrolle → Aufgabenrollen
• Aufgaben (/tasks) — Dringlichkeitskarten, deren gebündelte Funde alle geschlossen sind, werden ausgeblendet; Funde gleicher Art an derselben Anlage werden pro Tag zu einer Karte gebündelt. Das Panel «Zugehörige SOP-Dokumente» nutzt nur Dokumente der jeweiligen Anlage als Beleg.
• Der Kasten «Keine Bewertung möglich» in der Anomalieerkennung ist nun standardmäßig als eine Zeile eingeklappt; die Bereitschaftspunkte in der Digital-Thread-Ansicht haben Tooltips, und die Begründung erscheint in der Oberflächensprache.

→ Copilot-Oberfläche · Digital Thread

Admin-Konsole

• Unter 1024 px Breite klappt das Menü in eine Schublade (☰).
• Der Upload-Dialog nimmt mehrere Dateien an, und im Zeichnungsregister gibt es «Zeichnung hochladen» (bei PDF wird je Datei zwischen Dokument und Zeichnung gewählt).
• Der Zeichnungsauswertungstest wurde um die Spalten Ober-/Untergrenze der Maße und die Karte «Prüfung des Form- und Lagetoleranzrahmens» ergänzt.
• «Jetzt synchronisieren» in der Integrationskarte schließt verschwundene Verbindungen (bei abgebrochener Erfassung erfolgt der Hinweis, dass nicht geschlossen wurde).

→ KI-Admin-Konsole

Digital Thread · RAG

• Der Digital Thread verknüpft PO-zentriert — Material-PO → Arbeitsauftrag → Kundenauftragsposition → Kunde. Der ERP-Konnektor erp-mcp/0.3 stellt Werkzeuge für Einkauf, Wareneingang und Auftragseingang bereit und berechnet Puffertage und Risiko der Kundenaufträge. Neu sind die API GET /api/v1/today und das MCP-Werkzeug today_work (sieben Digital-Thread-Werkzeuge).
• Aktivierte Konnektoren werden periodisch neu synchronisiert (standardmäßig an).
• In Installationen mit aktivierter Zeichnungserfassung werden auch Zeichnungen aus Platform-Assetdokumenten (.dxf, PDF mit Dokumentart DRAWING) übernommen.
• Fragen nach Toleranzen und Bereichen werden aus der Maßtabelle der Zeichnung beantwortet; bei über Passungsformeln berechneten Werten wird der Hinweis «Formelschätzung» ergänzt.

→ Zeichnungssuche · Digital Thread

Zeitreihen-Insight

• Beim Gesundheitsindex werden für Stillstandsabzüge nur ungeplante Stillstände gezählt. Domänen mit kurzer Historie erhalten nicht 0 Punkte, sondern Bewertung ausgesetzt.
• Funde zu Auftragsunterdeckung werden bei unzureichender Beleglage zurückgestellt.

→ Zeitreihen-Insight

Behoben

• Bricht während des Chats nur die Verbindung ab, erscheint statt «Es ist ein Fehler aufgetreten» der Hinweis «Die Verbindung wurde getrennt. Der Server erzeugt die Antwort weiter …», und die Desktop-Ansicht holt die Antwort bis zu 5 Minuten lang nach.
• Leere Antworten enden mit «Es konnte keine Antwort erzeugt werden …», in Wiederholung geratene Antworten mit «⚠ Die Antwortgenerierung wurde wegen wiederholter Inhalte abgebrochen …». Behoben wurden «LLM-Aufruf fehlgeschlagen: finish_reason is null» sowie falsch zugeordnete Zitatnummern.
• Behoben: hochgeladene Zeichnungen erschienen nicht in der Dokumentenliste, Text in der DXF-Vorschau wurde als leeres Kästchen dargestellt, und in der koreanischen Oberfläche blieben englische Texte stehen.

→ Fehlerbehebung

Komponentenversionen

Komponente	Version
docling-serve	v1.36.0

Alles Übrige wie unter «2026.10» weiter unten.

2026.10 Re-Release — 2026-10-05

Derselbe Tag 2026.10, neu gebaut (Monatstags sind bewegliche Tags). Installationsablauf und Ports bleiben unverändert. Installationen, die bereits auf 2026.10 angehoben wurden, beziehen die Version über bin/update.sh; beim Upgrade von 2026.09 oder älter gelten die manuellen Schritte unter «2026.10» unverändert.

Zwei Punkte, die vor dem erneuten Beziehen zu prüfen sind

1. Ob PI_INBOUND_API_KEY nicht leer ist — ist der Wert leer, starten die Backend-Dienste jetzt nicht mehr (siehe «Sicherheit» unten). Bei einer vom Installer erzeugten env ist bereits ein Wert gesetzt.
2. Steht TS_GPU_UTIL in der Host-env, löschen Sie die Zeile — der GPU-Anteil des Zeitreihen-Inferenzservers ist in das Hardwareprofil gewandert, und die Vorstartprüfung stoppt bei dieser Zeile in der Host-env mit profile.

Sicherheit — Inbound-Key im Backend: «leer = Abbruch»

• RAG, Zeitreihen-Insight-API, Dokumentenverständnis, Vision und Digital Thread verweigern den Start bei leerem Inbound-Key. Zuvor starteten sie bei leerem Schlüssel ohne Authentifizierung offen und meldeten healthy. Auch compose erwartet PI_INBOUND_API_KEY als Pflichtwert.
• Je Dienst gibt es zwar einen Schalter für den Betrieb ohne Schlüssel (*_INBOUND_AUTH_DISABLED), doch die compose dieser Version reicht ihn nicht durch. Ab Re-Release 3 wird er über den Host-Schalter PI_INBOUND_AUTH_DISABLED durchgereicht, und leere Schlüssel blockiert nicht compose, sondern die Vorstartprüfung (siehe oben).

→ Umgebungsvariablen konfigurieren · Fehlerbehebung

Observability — Kennzahlen und Request-ID

• Die fünf Python-Backends liefern GET /metrics (Prometheus-Textformat). Es gibt keine neuen Ports, und der Endpunkt liegt hinter dem Inbound-Key.
• Dieselben fünf geben je Anfrage ein X-Request-ID in der Antwort zurück und führen es als request_id in der Logzeile der Anfrage mit.

→ Logs und Monitoring · API-Integrationsleitfaden

Zeichnungen — standardmäßig aus, nun aktivierbar

• DRAWING_INGEST_ENABLED (Standard false) wird von compose an rag-api durchgereicht — zuvor gab es keine Möglichkeit, dies zu aktivieren.
• In aktivierten Installationen wird der Unterschied zweier Versionen ermittelt — rag-api GET /api/v1/drawings/{asset_id}/{doc_name}/diff?lang= (gegen die Vorversion der indizierten Zeichnung) · Dokumentenverständnis POST /api/v1/drawings/diff (zwei Dateien).

→ API-Integrationsleitfaden

Werkzeuge für Dokumente und Fotos

• FETCH_ALLOWED_HOSTS wird von compose an Dokumentenverständnis und Vision durchgereicht. Damit lassen sich URLs interner Dateiserver per Positivliste freigeben (frühere Versionen reichten den Wert nicht durch, sodass interne URLs stets abgelehnt wurden).
• vision_ocr liest mit dem laufenden LLM (Antwort erst bei zweimaliger Übereinstimmung von drei Durchläufen). Koreanische Typenschilder und Etiketten werden gelesen. Zum Zurückschalten auf das frühere docling-OCR dient VISION_OCR_ENGINE=docling.

→ MCP-Werkzeugübersicht

Video · Audio — Stellschrauben vorhanden (in dieser Version funktionierte die Transkription nicht)

• In compose sind die Stellschrauben für die Video- und Audioerfassung (MEDIA_* · ASR_* · OCR_*) sowie das Transkriptions-Serving plantpulse-asr (Profil media, standardmäßig aus) enthalten, und dessen GPU-Anteil (ASR_GPU_UTIL) geht vorab in die Summe des Hardwareprofils ein.
• In dieser Version fehlte im vom Transkriptions-Serving genutzten vLLM-Image der Audiodecoder, sodass die Transkription nicht funktionierte. Behoben in Re-Release 3; aktiviert wird sie nun mit der einen Zeile PI_MEDIA_ENABLED=true (siehe oben).

→ Video- und Audioerfassung

Installation · Konfiguration

• install.sh füllt verbliebene Platzhalter aus gleichnamigen Umgebungsvariablen (… | sudo PP_API_TOKEN=… bash). Bereits gesetzte Werte werden nicht überschrieben.
• Die Vorstartprüfung weist bei alten CH_*-Zeilen nicht mehr an, sie zu löschen, sondern gibt renamed — ein sed, das nur den Namen ändert aus. Damit entfällt das Risiko, dass ein Wert durch Löschen auf den Standardwert zurückfällt.
• Das Hardwareprofil führt fünf Anteile (LLM · EMB · RERANK · TS · ASR) — GB10 0.4 · 0.10 · 0.08 · 0.13 · 0.03 (Summe 0,74), g7e 0.53 · 0.13 · 0.10 · 0.15 · 0.04 (Summe 0,95).

→ Umgebungsvariablen konfigurieren · Systemanforderungen

Copilot · Daten

• Administratoren können die installationsweite Standardrolle der Chat-Startansicht (Einstellung chat.home.default_role) festlegen — sie greift nur, wenn ein Mitarbeiter keine Aufgabenrolle hat; bleibt sie leer, lässt die Startansicht die Rolle wählen → Copilot-Admin-Konsole
• Neue Tabellen und Spalten (chat_action · chat_turn_metric · chat_bench_run · chats.context · agent_tool_call_log.approved_by, Aster TSDB PI_NAVIGATOR_ACTION_CHECK) entstehen beim Start von selbst. Es gibt keine manuell auszuführende Migration.

→ Datenbankmodell

2026.10

Beim Upgrade von 2026.09 oder älter — fünf manuelle Schritte

Der Installer erzeugt eine vorhandene /etc/kopens/plantpulse-ai.env nicht neu und fügt auch keine neuen Zeilen hinzu. Die folgenden Punkte müssen selbst ausgeführt werden.

1. Bezug der Platform-Zugangsdaten konfigurieren — PP_DATALAKE_ADMIN_URL · PP_DATALAKE_ADMIN_API_KEY eintragen und den Trust Anchor der Platform unter /etc/kopens/ca/root.crt ablegen (denselben Inhalt zusätzlich als CA.crt). Die IP des KI-Hosts muss in der Positivliste der Platform stehen. Andernfalls brechen die Container, die Zugangsdaten nutzen, mit FATAL ab → Installationsübersicht
2. Verschlüsselungsschlüssel für gespeicherte Zugangsdaten — die Zeilen PI_COPILOT_SECRET_KEY · PI_DT_SECRET_KEY eintragen (openssl rand -base64 32). Fehlt PI_COPILOT_SECRET_KEY, startet der Copilot nicht → Umgebungsvariablen konfigurieren
3. Umbenennung CH_* → CO_* — das Präfix der Copilot-Umgebungsvariablen hat sich geändert, und es gibt keinen Fallback. Löschen Sie die alten Zeilen nicht, sondern übernehmen Sie den Wert unverändert unter neuem Namen (ab dem Re-Release erkennt die Vorstartprüfung dies als renamed und gibt ein sed aus, das nur den Namen ändert) → Umgebungsvariablen konfigurieren
4. Host-env aufräumen — in der Host-env stehen künftig nur noch standortspezifische Werte und Geheimnisse. Verbliebene Image-Referenzen, GPU-Anteile, Werte, die dem compose-Standard entsprechen, PP_HOST, Platform-Konten und Passwörter (PP_PG_* · PP_CASSANDRA_* · PP_REDIS_PASSWORD · PP_S3_* usw.) sowie LITELLM_IMAGE-Zeilen lassen die Vorstartprüfung den Start abbrechen. Entfernen Sie sie mit dem von bin/lint-env.sh ausgegebenen sed und ergänzen Sie PP_HW_PROFILE=gb10 (bei AWS g7e: g7e). Führen Sie zuerst die Schritte 1 und 3 aus → Umgebungsvariablen konfigurieren
5. Adresse der Admin-Konsole — 9080 wird geschlossen, 5959 (HTTP) und 5960 (HTTPS) werden geöffnet. Lesezeichen und Firewall-Regeln anpassen.

Copilot — Oberfläche

• Die linke Rail ist auf sechs Menüpunkte gegliedert — Heute · Vor-Ort · Aufgaben · Lösung · KI fragen · Report. Ein Klick auf das Menü führt zur Startansicht; innerhalb des Menüs wird über Tabs im Kopfbereich gewechselt (Heute: Zusammenfassung · Wochenbriefing / Vor-Ort: Werksstatus · Monitoring · Anomalieerkennung · Prognose · Korrelation). Auch Bezeichnungen haben sich geändert — Home → Zusammenfassung, Anlagenstatus → Werksstatus, Watch → Monitoring, Zusammenhangsanalyse → Korrelation, KI-Chat → KI fragen.
• Startansicht je Aufgabenrolle — beim Aufruf von / gelangen Werker, Schichtführer und Qualität zu «Heute», die Instandhaltung zu «Aufgaben», Werkleiter zum «Report».
• Die mobilen Tabs sind auf vier reduziert — Heute · Vor-Ort · Aufgaben · KI fragen.
• Der Alarmbereich im Tab Monitoring (/watch) ist nun zweispaltig — links Watch-Alarme → KI-Funde, rechts Anlagen unter Beobachtung und Nachkontrolle nach Reparatur.
• Das Standard-Theme ist Light. Auch bei dunklem OS-Theme wird Dark nur aktiv, wenn der Benutzer es ausgewählt hat.
• Behoben: Der Proxy trennte Benachrichtigungs-Abonnements nach längerer Stille (Heartbeat im Copilot; der Proxy wartet nur auf diesem Pfad bis zu einer Stunde).

→ Copilot-Oberfläche

Copilot — die KI findet, der Mensch entscheidet

• Empfang von KI-Funden — Funde aus Zeitreihen-Insight werden übernommen und als Benachrichtigung, Morgenbriefing und Abschnitt «KI-Funde» dargestellt; dazu kommen Vorschläge bei Auftragsunterdeckung (standardmäßig an). Ebenfalls enthalten sind präskriptive Fundkarten und die automatische Nachkontrolle nach Reparatur.
• Anlagen unter Beobachtung — «Heute zuerst zu prüfende Anlagen» (standardmäßig an).
• Human in the Loop — zu jeder Anomalie lässt sich Zutreffend · Fehlalarm · Unklar vermerken, übersehene Anomalien lassen sich melden, Vorschläge annehmen oder ablehnen und das Ergebnis festhalten. Diese Markierungen liest die öffentliche API GET /api/v1/ai-feedback.
• KI-Genauigkeit (/accuracy, Administrator) — Genauigkeit im Abgleich mit Stillstands- und Störungsregeln sowie autonome Anpassung der Sensorschwellen je Anlage.
• Prüfungs-Warteschlange (/review) — für Schichtführer, Instandhaltung und Administratoren. Standardmäßig deaktiviert.
• Die öffentliche Chat-API öffnet bei einem Aufruf ohne session_id eine neue Konversation (frühere Versionen: 500). Auch Chat-Aufrufe mit X-API-Key wurden korrigiert.

→ Zeitreihen-Insight · API-Integrationsleitfaden

Digital Thread

• plantpulse-digital-thread-api ist jetzt standardmäßig Teil des Stacks — es hält den Spiegel des Werksgraphen und das Konnektorregister. Der Spiegel liegt in einer dedizierten Neo4j-Instanz (plantpulse-digital-thread-neo4j) und teilt sich keine DB mit dem Graphen von LightRAG. Beide öffnen keine Ports auf dem Host.
• In der Admin-Konsole sind die Ansichten Integrationskarte (/thread/) und Graph-Spiegel (/thread/mirror/) hinzugekommen.
• Im Copilot-Chat stehen Digital-Thread-Werkzeuge bereit (thread_get_timeline · thread_trace_links, standardmäßig an). Genehmigt ein Administrator eine Vorschlagskarte, wird in MES oder SCM ein Entwurf bzw. eine Anforderung erzeugt — der Ablauf Genehmigung → Entwurf ist neu.
• Die Konnektorfamilie wurde um PLM (plm-mcp/0.1 — Konstruktionsänderungsanweisungen · Konstruktions-BOM) und QM (qm-mcp/0.1 — Prüfung · Abweichungen) erweitert; das SCM in mes-mcp/0.5 liefert nun die Lieferfähigkeit der Partnerfirmen. Alle sind rein lesend.
• Die Antwort des What-if-Werkzeugs thread_explain_recovery (standardmäßig aus) enthält zusätzlich den zusätzlichen Verzug je Konstruktionsänderung und Abweichung sowie die Information, ob verspätete Teile beim Lieferanten vorgezogen werden können (sofern der jeweilige Konnektor aktiv ist).

→ Digital Thread · KI-Admin-Konsole

Installation · Konfiguration

• Platform-Zugangsdaten werden beim Start bezogen — Konten, Passwörter und Ports von PG, Aster TSDB, Redis und RustFS stehen nicht mehr in der Host-env. Sowohl die Container als auch Host-Skripte wie das DB-Provisioning vor dem Start beziehen sie über dieselbe API. Schlägt der Bezug fehl, wird mit FATAL abgebrochen; eine Möglichkeit, die Zertifikatsprüfung abzuschalten, gibt es nicht.
• Der Installer fragt statt Platform-Host und -Konto nach PP_DATALAKE_ADMIN_URL · PP_DATALAKE_ADMIN_API_KEY. Bei START=1 wird vor dem Laden der Images einmal ein Testbezug durchgeführt; schlägt er fehl, wird nichts gestartet.
• In der Host-env stehen nur standortspezifische Werte und Geheimnisse — Produktstandardwerte sind nach compose, die GPU-Anteile von vLLM in das Hardwareprofil (compose/profiles/<PP_HW_PROFILE>.env) gewandert. Image-Pins dürfen nicht in der Host-env stehen; im Notfall werden sie einmalig über die Shell-Umgebung gesetzt.
• Nach dem Öffnen der Firewall warnt der Installer vor Ports, die bereits von Prozessen außerhalb dieses Stacks belegt sind.
• Präfix der Copilot-Umgebungsvariablen: CH_ → CO_ (siehe «Manuelle Schritte» oben).
• Verschlüsselungsschlüssel für gespeicherte Zugangsdaten PI_COPILOT_SECRET_KEY · PI_DT_SECRET_KEY — bei der Erstinstallation vom Installer erzeugt. Der Austausch erfolgt über _PREVIOUS und ist nicht Gegenstand von passwd.sh → Passwörter und API-Schlüssel ändern
• PG der KI-Anwendungen wandert in DB pi — der Copilot nutzt Schema co, der Digital Thread dt. Die alte DB ch wird beim Start nach pi.co überführt.
• PI_NEO4J_PASSWORD ist das Konto beider Neo4j-Instanzen. bin/passwd.sh ändert beide gemeinsam.
• Der Installer wählt ein PP_TZ aus und stellt auch die Zeitzone des Host-Betriebssystems entsprechend ein. Bei HOST_TUNING=skip|plan unterbleiben auch Paketinstallation und Registrierung der nvidia-Runtime (Docker-Neustart). Bereits in der env eingetragene TLS-SANs bleiben bei einer Neuinstallation erhalten.
• Der Host-Port von LiteLLM lässt sich über PI_LITELLM_PORT (Standard 4000) ändern.

→ Umgebungsvariablen konfigurieren · Installationsübersicht

Air-Gap-Netzwerk

• Auch bin/up.sh startet nicht, solange Platzhalter verblieben sind — zuvor war nur der Pfad START=1 gesperrt, sodass ein nach dem Einbringen von Hand gestarteter Stack mit den Passwörtern der öffentlichen Vorlage erreichbar sein konnte.
• Endet das Einbringen ohne START, werden die nächsten Schritte ausgegeben (Platzhalter füllen → Modelle ablegen → bin/up.sh).
• Die vLLM-Modelle werden auf der Internetseite per bin/fetch-models.sh geladen und übertragen (Abgleich von Release-Gewichten und Prüfsumme). Das Zeitreihen-Inferenzmodell steckt im Image, es ist nichts einzubringen.

→ Air-Gap-Installation

Zugang · Ports

• Admin-Konsole: 9080 → 5959 (HTTP, PI_ADMIN_WEB_PORT) · 5960 (HTTPS, PI_ADMIN_WEB_TLS_PORT, über den Proxy). Beide sind offen und rufen dieselbe Konsole auf.
• Lehnt ein Dienst hinter der Konsole deren Inbound-Key ab, führt das nicht mehr zurück zur Anmeldeseite, sondern es werden 502 · upstream_auth sowie die zu prüfenden Variablennamen angezeigt. Die LLM-Leseansichten bilden 5xx des Gateways (oder dessen DB) auf 502 · llm_upstream ab (zuvor 500) → Fehlerbehebung
• Da der Eingangsproxy nun ohne root läuft, haben sich die containerinternen Ports auf 8080 · 9443 · 8443 geändert. Die Host-Ports 80, 443 und 5960 bleiben unverändert.

→ Übersicht der Dienstports

Betrieb

• Container laufen ohne root — alle Dienste in compose geben den Ausführungsbenutzer explizit an (unsere Images sowie Eingangsproxy und vLLM: uid 10001, gid 0); einzige root-Ausnahme ist plantpulse-dcgm für GPU-Kennzahlen. Schreibvolumes alter Installationen im root-Besitz (einschließlich Proxy-Zertifikate, Qdrant und Neo4j) richten up.sh · restart.sh · update.sh einmalig vor dem Start ein (bin/volumes-nonroot.sh) → Dienstbetrieb
• Neue Volumes pi-digital-thread-neo4j-data (Spiegel des Werksgraphen) und pi-ttm-tuned-models (installationsspezifische Zeitreihen-Finetuning-Gewichte).

Images

• Es gibt nun zwölf eigene Images — der Digital Thread ist hinzugekommen, und LightRAG sowie LiteLLM laufen jetzt als von uns gekapselte Images (pi/plantpulse-lightrag · pi/plantpulse-litellm). Beide folgen dem Monatstag; soll im Notfall nur eines fixiert werden, werden PI_IMAGE_TAG_LIGHTRAG · PI_IMAGE_TAG_LITELLM über die Shell-Umgebung gesetzt. LITELLM_IMAGE entfällt.
• Der Standardtag der eigenen Images lautet 2026.10.

Komponentenversionen

Komponente	Version
vLLM	v0.29.0
LightRAG	v1.5.7 (Basis des gekapselten Images)
docling-serve	v1.34.0
LiteLLM	v1.103.0 (Basis des gekapselten Images)
Neo4j	5.26.28 (zwei Instanzen)
Qdrant	v1.18.2

---

2026.09 (2026-09-25)

Beim Upgrade von 2026.08 oder älter — zwei manuelle Schritte

Der Installer erzeugt eine vorhandene /etc/kopens/plantpulse-ai.env nicht neu. Die folgenden beiden Punkte müssen selbst korrigiert werden, sonst startet das System nicht.

1. Umbenennung der Objektspeicher-Schlüssel — PP_MINIO_PORT · PP_MINIO_ACCESS_KEY · PP_MINIO_PASSWORD in PP_S3_PORT · PP_S3_ACCESS_KEY · PP_S3_PASSWORD umbenennen (Werte unverändert). Sind nur die alten Namen vorhanden, stoppt die Vorstartprüfung und nennt die zu überführenden Zeilen → Umgebungsvariablen konfigurieren
2. Passwort der LiteLLM-Verwaltungsoberfläche — die Zeile PI_LITELLM_UI_PASSWORD=<password> eintragen. Fehlt sie, verweigert compose den Start → Initialpasswort ändern

Rufen externe Integrationen das Modell noch als gpt-4o · gpt-4o-mini auf, müssen sie auf die neuen Namen umgestellt werden (aura-35b usw. — ab Re-Release (2026-10-20): aura-lite) (siehe unten).

Modellnamen

• Die im Gateway registrierten Namen lauten nun aura-35b (in Re-Release (2026-10-20) erneut geändert zu aura-lite) · aura-vision (Vision-Alias) · aura-embedding-4b · aura-reranker-0.6b.
• Kompatibilitätsaliase wie gpt-4o · gpt-4o-mini wurden entfernt. Auch VLM_NAME entfällt — der Vision-Alias liegt in der Gateway-Konfiguration.

Installation

• Interne Geheimnisse erzeugt der Installer — Gateway-Masterkey, Salt, vLLM-Key, Inbound-Key, RAG-Key und Konsolen-Sessiongeheimnis. Vom Menschen werden nur Werte abgefragt, die nur er kennt (Administratorpasswort), sowie Platform-Werte (PP_*).
• Die SAN des TLS-Zertifikats wird abgefragt (PP_PROXY_CERT_SAN). Im nicht-interaktiven Modus wird die Hostadresse verwendet, mit Warnung.
• Bei START=1 mit verbliebenen Platzhaltern wird der Start verweigert (zuvor nur eine Warnung).
• Bei START=1 werden fehlende Modelle automatisch geladen und per SHA256 verifiziert (außer im Air-Gap-Netzwerk).
• Nach dem Start misst bin/verify-install.sh nicht mehr, ob etwas «gestartet ist», sondern ob es «funktioniert» (Modell · Gateway-Key · Platform-Token). Bei FAIL endet die Installation als fehlgeschlagen.
• NVIDIA-Treiber und Container Toolkit installiert der Installer (überspringbar mit SKIP_GPU=1).
• HOST_TUNING=skip|plan|apply — auf Hosts mit weiteren laufenden Containern ist plan der Standard (nur Ausgabe).
• ALLOW_DOCKER_RECONFIGURE=1 — bei bereits vorhandenem Docker ist nun Standard, die Repositories unangetastet zu lassen und keinen Neustart durchzuführen.
• Passen env-Vorlage und Architektur der Maschine nicht zusammen, wird abgebrochen (überspringbar mit ENV_TEMPLATE_SKIP_ARCH_CHECK=1).

→ Installationsübersicht

Air-Gap-Netzwerk

• Die Signaturprüfung des Bundles (verify-bundle.sh) ist der erste Schritt beim Einbringen. Schlägt die Prüfung fehl oder wird kein Bundle gefunden, wird abgebrochen. Cosign für Air-Gap-Netzwerke bringt das Bundle selbst mit.
• Zwei Geschwister-Repositories liegen mit im Bundle. Die Art des Docker-Offline-Pakets richtet sich nach der Architektur (arm64 → deb, amd64 → rpm).

→ Air-Gap-Installation

Zugang · Ports

• Auf dem Standardhost sind /llm/ (OpenAI-kompatibles Gateway) sowie die Pfade /mcp/rag/ · /mcp/timeseries/ · /mcp/parser/ · /mcp/vision/ hinzugekommen — der Betrieb über eine einzige Domäne ist damit möglich.
• Phoenix (6006) wird nicht mehr auf dem Host veröffentlicht. Der Standardstart bleibt unverändert; zu Diagnosezwecken wird der Zugang über PP_DEBUG_PORTS=1 geöffnet.
• Für die LiteLLM-Verwaltungsoberfläche gibt es nun ein Konto (PI_LITELLM_UI_USERNAME · PI_LITELLM_UI_PASSWORD, Standard admin / admin123!). Zuvor musste der Masterkey als Passwort eingegeben werden.

→ Übersicht der Dienstports

Konfiguration

• Objektspeicher-Schlüssel PP_MINIO_* → PP_S3_* (siehe «Manuelle Schritte» oben).
• Kanal für Anlagenalarme: Kafka → MQTT (1884, TLS). PP_KAFKA_PORT entfällt.
• Summenprüfung der GPU-Anteile — übersteigt die Summe der dienstbezogenen GPU-Anteile PP_GPU_BUDGET_CEILING (Standard 0.75), wird vor dem Start abgebrochen.
• CH_API_V1_KEY — Maschinenschlüssel für die öffentliche API (/api/v1). Bleibt er leer, ist über diesen Schlüssel kein Zugang möglich.
• Begrenzung der Entitätsextraktion in LightRAG: LIGHTRAG_LLM_TIMEOUT, Standard 3600 Sekunden — behebt das Scheitern der Indizierung großer Dokumente.

→ Umgebungsvariablen konfigurieren

Betrieb

• bin/passwd.sh --generate — die zu rotierenden Werte erzeugt das Werkzeug. Erzeugte Schlüssel kennzeichnen sich über Präfixe (ppin_ · ppvl_ · pprg_ · sk-pplm_) selbst.
• bin/backup.sh erfasst sämtliche compose-Volumes (außer Logs und Cache) — neu hinzugekommen sind TLS-Zertifikate und Phoenix-Daten. Das Ergebnis prüfen Sie mit --list. → Datenbankverwaltung

→ Passwörter und API-Schlüssel ändern

Admin-Konsole

• Koreanisch ist wählbar (Sprachumschaltung auf der Anmeldeseite).
• Im Menü LLM sind Chat-Test · Modellregistrierung (externe OpenAI-kompatible Endpunkte) · API-Schlüssel (Ausgabe virtueller Schlüssel) · Upstream-Status hinzugekommen.

→ KI-Admin-Konsole

Copilot

• Watch (/watch) — Einträge, die beobachtet werden sollen, melden sich per Alarm → Automatisierung
• Die Reihenfolge der Ansichten in der linken Rail folgt nun dem Arbeitsablauf → Copilot-Oberfläche
• Suche in Konversationstiteln, Maskierung geheimer Werte bei den in der Begründungsansicht gezeigten Werkzeugargumenten
• Ausgabe von API-Schlüsseln in der Copilot-Verwaltungsansicht und öffentliche API /api/v1 → API-Integrationsleitfaden
• Standardmodell der Zeitreihenprognose: TTM R3; Standardschwelle des korrigierten Scores bei der Anomalieerkennung an Anlagensensoren: 5,0 → Zeitreihen-Insight

Komponentenversionen

Komponente	Version
vLLM	v0.29.0
LightRAG	v1.5.6
docling-serve	v1.34.0
LiteLLM	v1.102.0
Neo4j	5.26.28
Qdrant	v1.18.2
Arize Phoenix	19.6.0

---

2026.08 (2026-08-23)

• Einführung von plantpulse-proxy — der externe Zugang wird auf 80/443 gebündelt und per TLS abgesichert.
• Einheitliche Betriebsbefehle — bin/up.sh · down.sh · restart.sh · logs.sh · shell.sh · update.sh · remove.sh · doctor.sh.
• bin/passwd.sh — Ändern von Passwörtern und API-Schlüsseln (gemeinsame Konvention für platform, ai und studio).
• Die maßgebliche Konfiguration liegt nun unter /etc/kopens/plantpulse-ai.env (compose/.env wird nicht mehr gelesen).
• Die Host-Ports interner Dienste (vLLM · Embedding · Reranker · docling · Qdrant · Zeitreihen-Inferenz · admin-api) werden nicht mehr veröffentlicht. Die Inbound-Keys der vier Backend-Dienste wurden auf einen Wert zusammengeführt (damaliger Name PP_INBOUND_API_KEY, heute PI_INBOUND_API_KEY).
• Releases werden in zwei Varianten gebaut: arm64 · amd64. Die env-Vorlage heißt nun env.gb10.example.

---

v2.0.0 (2026-07) — Große Architekturüberarbeitung

info

Die folgenden v1.x-Einträge sind historische Aufzeichnungen auf Basis der Architektur vor der Überarbeitung. Für die aktuelle Architektur siehe den Eintrag v2.0.0.

Chat-Orchestrierung intern umgesetzt (Langflow entfernt)

• Die Ausführung von Chat und Agenten erfolgt einheitlich über den in AI Chat Web integrierten Agenten (AgentOrchestrator + ToolRegistry).
• Die Langflow-Engine samt 15 eigenen Komponenten sowie Jupyter wurden aus dem Stack entfernt. Arize Phoenix entfiel ebenfalls zu diesem Zeitpunkt, kehrte aber am 27.07.2026 für LLM-Traces zurück und startet heute standardmäßig mit (ab 2026.09 ist der Host-Port geschlossen).
• Die LLM-Inferenz läuft über das LiteLLM-Gateway (:4000). Der damalige Modellname war gpt-4o; 2026.09 wurde er zu aura-35b und in 2026.10 Re-Release (2026-10-20) zu aura-lite. Den Ablauf der Agentenausführung sehen Sie im Chat unter «Aufgaben anzeigen».

MCP-/Ontologie-Integration

• Die früheren eigenständigen Dienste plantpulse-mcp-server (:50000) und plantpulse-ontology (:8888) wurden archiviert und durch das in server-web der Platform integrierte MCP (/api/v5/mcp, Authentifizierung per api_key) ersetzt. Die Ontologie-Werkzeuge gingen im integrierten MCP auf.
• Das ToolRegistry des integrierten Agenten ermittelt Werkzeuge dynamisch über tools/list.

RAG → Umstellung auf LightRAG

• Der selbst entwickelte RAG-Server (früher plantpulse-rag) wurde durch den offiziellen LightRAG-Server (damals 1.5.4, ab 2026.09 1.5.6) ersetzt. Die Dokumentenverwaltung erfolgt in der WebUI von LightRAG (/webui).

Gemeinsame Infrastrukturnutzung

• PostgreSQL, Aster TSDB, Redis und RustFS werden gemeinsam aus der PlantPulse-Platform-Installation genutzt (der stackinterne Betrieb im KI-Stack entfällt).

---

v1.4.0 (2026-03-29)

Dokumentation

• Fragenbeispiele auf 178 erweitert (feinere Gliederung des Feature Store, mehr zusammengesetzte Fragen, zusätzliche Geschäftsszenarien)
• Leitfaden zur Fehlerbehebung ergänzt
• API-Integrationsleitfaden ergänzt
• Seite mit Release Notes ergänzt
• URL des GitBook-Onlinehandbuchs in der README ergänzt

---

v1.3.0 (2026-03-29)

Dokumentation

• Fragenbeispiele auf 170 erweitert (nach Domänen gegliedert)
• Drei Algorithmus-Leitfäden im Anhang ergänzt:
  • RAG-Algorithmen verstehen (Chunking, Embedding, hybride Suche, Reranking)
  • KI-Modellalgorithmen verstehen (TSPulse-Anomalieerkennung, TTM-Prognose, Feature Store)
  • Ontologie (Wissensgraph) verstehen (Graph-DB, Teilgraphsuche)
• Leitfaden zur Fehlerbehebung ergänzt
• API-Integrationsleitfaden ergänzt
• Seite mit Release Notes ergänzt

---

v1.2.0 (2026-03-29)

Dokumentation

• Drei Algorithmus-Leitfäden im Anhang ergänzt

---

v1.1.0 (2026-03-29)

Dokumentation

• Seite mit Fragenbeispielen ergänzt (130 Beispiele)

---

v1.0.0 (2026-03-29)

Erstveröffentlichung

Erstaufbau des GitBook-Produkthandbuchs für PlantPulse AI.

Plattformaufbau

• 151 MCP-Werkzeuge integriert
  • PlantPulse MCP Server: 116 lesende APIs
  • TimeSeries-Insight: 27 KI-Analysewerkzeuge
  • Ontology: 5 Graph-Werkzeuge
  • RAG: 3 Suchwerkzeuge
• 15 eigene Langflow-Komponenten
• AURA LLM — eigenes, industriespezifisches Modell (LLM + Embedding + Reranker)

KI-Modelle

Modell	Einsatzzweck
AURA LLM	Dialog/Analyse/Berichterstellung
AURA Embedding	Vektor-Embedding (2560 Dimensionen)
AURA Reranker	Neuordnung der Suchergebnisse
IBM Granite TSPulse	Anomalieerkennung in Zeitreihen
TinyTimeMixer (TTM)	Zeitreihenprognose

Infrastruktur

Komponente	Technologie
Backend	Java 21 / Spring Boot 3.4, Python / FastAPI
Graph-DB	Neo4j
Vektor-DB	Qdrant
Relationale DB	PostgreSQL 18
Zeitreihen-DB	Apache Cassandra
Cache	Valkey (Redis-kompatibel)
Objektspeicher	RustFS (S3-kompatibel)
LLM-Proxy	LiteLLM
KI-Workflow	Langflow
KI-Observability	Arize Phoenix
Experimentierumgebung	Jupyter Notebook

Wesentliche Funktionen je Modul

AI Chat Web

• Abfrage von Werksdaten in natürlicher Sprache
• Echtzeit-Streaming-Antworten per SSE
• Reichhaltige Visualisierung mit ECharts/Mermaid
• Verwaltung mehrerer AI Flows

MCP Server

• 116 lesende APIs auf Basis von OPC-UA/ISA-95
• 10 Datendomänen: Anlage, OPC, Arbeitsauftrag, Standort, Tag, OEE, Kalender, System, RAM, EMS, Alarm, Punkte u. a.
• Native Zeitverarbeitung in KST

TimeSeries-Insight

• Anomalieerkennung in 7 Domänen (IBM Granite TSPulse)
• Prognose in 7 Domänen (TinyTimeMixer TTM)
• Tiefenanalyse von Alarmen (Statistik, Dauer, Korrelation)
• Feature Store (stündliche/tägliche automatische Berechnung, Vektor-Embedding, LLM-Kontext)
• Gesundheitswert der Anlage (0–100)

Ontology

• Werks-Wissensgraph mit 14 Knotentypen
• Teilgraphsuche (mit Tiefenangabe)
• Automatische Synchronisierung PlantPulse-DB ↔ Neo4j alle 60 Sekunden

RAG

• 4 Suchmodi (hybrid, naive, local, global)
• Hybride Suche (Dense + Sparse)
• Multimodale Unterstützung (Text + Bild + Tabelle)
• Docling-Dokumentenparser, Reranker

AI Studio

• Visuelle Flow-Programmierung mit Langflow
• 15 PlantPulse-spezifische Komponenten
• LiteLLM als LLM-Proxy
• KI-Bewertung/-Monitoring mit Arize Phoenix
• Experimentierumgebung Jupyter Notebook