Inhalt
  1. Was hinter den Copilot-Ankündigungen steckt
  2. Drei Oberflächenaufgaben brauchen unterschiedliche Rechte
  3. Eine Freigabe muss sich auf einen bestimmten Zustand beziehen
  4. „Erledigt“ braucht eine Rückmeldung aus der Anlage
  5. Was eine Forschungsdemonstration belegt
  6. Sechs Fälle für die Abnahme eines Piloten
  7. Quellen

„Mach das Band etwas schneller“ klingt im Gespräch eindeutig. Für eine Maschine fehlen dennoch wichtige Angaben: Welches Band ist gemeint, welcher Ausgangswert gilt, und darf der angemeldete Benutzer ihn überhaupt ändern? Ein Sprachmodell kann die Absicht verständlich formulieren. Eine belastbare Bedienoberfläche muss daraus einen überprüfbaren Vorgang machen.

Dieser Leitfaden betrachtet die Bedienung einer vorhandenen Anlage. Er ergänzt die grundsätzliche Arbeitsteilung zwischen SPS und KI um eine konkrete Frage: Was muss ein Bediener sehen, bevor und nachdem ein Assistent eine Aktion auslöst?

Was hinter den Copilot-Ankündigungen steckt

Siemens unterschied in seiner englischen Mitteilung vom 12. Mai 2025 zwischen der Copilot-Oberfläche und ausführenden Agenten im Hintergrund. Für die Maschinenebene beschrieb das Unternehmen natürliche Sprache zum Abfragen von Daten und zur Unterstützung bei Störungen. Das ist eine Herstellerbeschreibung; daraus folgt keine universelle Freigabe, beliebige Maschinenaktionen durch einen Chatbot auszuführen.

Die chinesische Veröffentlichung vom 16. Mai 2025 betont ebenfalls, dass Nutzer bestimmen sollen, welche Aufgaben sie delegieren. Die damals angekündigten Veröffentlichungstermine sind historische Planungsangaben, kein hier geprüfter aktueller Lieferstatus. Für die Auswahl eines konkreten Produkts bleiben dessen aktuelle Funktionsbeschreibung und die Integration in die eigene Anlage maßgeblich.

Drei Oberflächenaufgaben brauchen unterschiedliche Rechte

Aufgabe Was die Oberfläche zeigen sollte Geeigneter Einstieg
Information lesen Datenquelle, Zeitpunkt und betroffene Maschine Nur lesender Zugriff auf dokumentierte Zustände
Eine Maßnahme vorschlagen Begründung, Voraussetzungen und erwartete Folgen Vorschlag ohne schreibende Verbindung
Einen Wert ändern Konkretes Ziel, alter und neuer Wert, Einheit und Freigabe Begrenzte, ausdrücklich erlaubte Aktion mit Rückmeldung

Diese Trennung ist unser empfohlenes Gestaltungsraster, keine zugesicherte Funktion eines genannten Herstellers. Ein Assistent kann bereits nützlich sein, wenn er eine Störmeldung erklärt und die richtige Anleitung findet. Schreibzugriff sollte einen nachgewiesenen zusätzlichen Nutzen haben. Er vergrößert sonst die Integrationsaufgabe, ohne die Bedienung notwendigerweise zu verbessern.

Eine Freigabe muss sich auf einen bestimmten Zustand beziehen

Ein allgemeines „Ja, ausführen“ ist zu wenig. Die Bestätigungsansicht sollte beispielsweise den ausgewählten Antrieb, seine eindeutige Anlagenkennung, den aktuellen Sollwert und die vorgeschlagene Änderung nebeneinander anzeigen. Prozentangaben brauchen einen klaren Bezug. „Um zehn Prozent erhöhen“ und „auf zehn Prozent setzen“ sind verschiedene Aufträge.

Zwischen Vorschlag und Bestätigung kann ein anderer Benutzer den Sollwert ändern. Deshalb sollte der Ausführungsdienst den relevanten Zustand unmittelbar vor dem Schreiben erneut prüfen. Passt er nicht mehr zur angezeigten Freigabe, braucht der Bediener einen neuen Vorschlag. Eine alte Zustimmung darf nicht stillschweigend auf eine inzwischen veränderte Situation übertragen werden.

Auch der Umfang zählt: Ein Auftrag mit mehreren Maschinen sollte als mehrere sichtbare Teilaktionen erscheinen. So bleibt verständlich, welcher Schritt gelungen ist und welcher nicht. Für das Wiederaufnehmen unterbrochener Abläufe ist das Konzept expliziter Freigaben und Wiederaufnahme hilfreich.

„Erledigt“ braucht eine Rückmeldung aus der Anlage

Eine sprachliche Abschlussmeldung sollte nicht allein daraus entstehen, dass der Assistent ein Werkzeug aufgerufen hat. Die Oberfläche muss unterscheiden können: Auftrag empfangen, technisch akzeptiert, Wert geschrieben und gewünschter Zustand tatsächlich erreicht. Welche Rückmeldung sinnvoll ist, hängt von der jeweiligen Anlage ab.

Bricht die Verbindung nach dem Senden ab, ist der Ausgang zunächst unklar. Blindes Wiederholen kann dieselbe Aktion erneut auslösen. Für einen Pilotbetrieb empfehlen sich daher eindeutige Auftragskennungen, ein nachvollziehbares Protokoll und ein definierter Abgleich mit dem Anlagenzustand. Lässt sich der Ausgang nicht feststellen, sollte genau diese Unsicherheit sichtbar werden.

Was eine Forschungsdemonstration belegt

Eine auf arXiv veröffentlichte Studie zur natürlichsprachlichen Maschinenbedienung beschreibt Werkzeugaufrufe über OPC UA. Laut Abstract wurden unter anderem vier Maschinenparameter an einer Siemens S7-1500 mit 50 synthetisch erzeugten Befehlen untersucht. Die Erstfassung erschien am 13. Oktober 2025, die angezeigte Überarbeitung am 5. Februar 2026.

Dieser begrenzte Versuchsaufbau ist ein interessanter Funktionsnachweis. Er ersetzt keinen Nachweis für andere Anlagen, unbegrenzte Befehle oder sicherheitsbezogene Funktionen. Ebenso behandelt ein technischer Bericht von Siemens Technology und UC Berkeley aus 2025 Koordination und Robustheit als eigenständige technische Aufgaben. Eine zugängliche Spracheingabe löst diese Aufgaben nicht automatisch.

Sechs Fälle für die Abnahme eines Piloten

  1. Mehrdeutiges Ziel: Zwei Maschinen haben ähnliche Namen. Erwartet wird eine Rückfrage statt einer geratenen Auswahl.
  2. Unvollständige Größe: Einheit oder Bezugswert fehlen. Die Aktion bleibt offen, bis sie eindeutig ist.
  3. Veraltete Freigabe: Ein Zustand ändert sich zwischen Vorschlag und Bestätigung. Der Auftrag wird neu bewertet.
  4. Fehlende Berechtigung: Ein lesender Benutzer verlangt eine Änderung. Der ausführende Dienst verweigert sie unabhängig vom Sprachmodell.
  5. Unklarer Ausgang: Eine Verbindung bricht nach dem Senden ab. Die Anzeige behauptet keinen Erfolg und startet keine ungeprüfte Wiederholung.
  6. Widerspruch: Chatantwort und Anlagenrückmeldung passen nicht zusammen. Die Oberfläche zeigt die Abweichung und hält den Vorgang nachvollziehbar offen.

Diese Fälle sind Vorschläge für eine projektspezifische Prüfung, keine dokumentierten eigenen Messungen. Bewährte Betriebsarten, physische Bedienelemente und erforderliche Sicherheitsfunktionen müssen in der Anlagenplanung separat berücksichtigt bleiben. Ein guter erster Pilot macht einen klar begrenzten Bedienvorgang verständlicher und nachweisbar zuverlässiger; er versucht nicht, die gesamte Maschine in ein freies Chatgespräch zu verwandeln.

Quellen & weiterführende Informationen

  1. Siemens introduces AI agents for industrial automation ↗Veröffentlicht: 2025-05-12 · Abgerufen: 2026-11-06
  2. 西门子打造面向工业自动化的AI智能体 — Siemens China ↗Veröffentlicht: 2025-05-16 · Abgerufen: 2026-11-06