KI-Agenten bei Produktionsstörungen: Von Informationen zur freigegebenen Reaktion

01 Schauen Sie sich das Webinar an.

Während der Nachmittagsschicht fällt eine Maschine aus. Die Instandhaltung muss die Störung diagnostizieren. Die Produktion muss wissen, welche Aufträge betroffen sind. Die Planung muss Alternativen prüfen. Die Mitarbeiter im Kundenkontakt benötigen eine verlässliche Antwort. Das physische Problem betrifft nur eine Maschine; das Koordinationsproblem erstreckt sich über das gesamte Unternehmen.

Dieser Artikel erweitert die im französischsprachigen Webinar von Embiggen X vorgestellte Informations-zu-Handlungs-Thematik zu einem praktischen Leitfaden für Führungskräfte in der Fertigungsindustrie. Im Mittelpunkt steht ein klar definierter Workflow zur Bewältigung von Produktionsunterbrechungen: Relevante Daten sammeln, Handlungsoptionen erarbeiten und die Entscheidung der verantwortlichen Person vorlegen. Die nachfolgenden Implementierungsbeispiele dienen der Veranschaulichung und stellen keine Kundenergebnisse dar.

02 Beginnen Sie mit der Arbeit zwischen den Systemen.

Wenn ein Zwischenfall eintritt, fungiert üblicherweise jemand als Schnittstelle zwischen den Systemen. Diese Person öffnet den Produktionsplan, sucht nach dem neuesten Wartungsupdate, fragt nach, ob eine alternative Maschine verfügbar ist, und prüft die Materialverfügbarkeit. Anschließend wiederholt sie dieselbe Erklärung möglicherweise gegenüber mehreren Kollegen.

Ein Großteil dieser Bemühungen erzeugt keine neuen Informationen. Vielmehr werden Informationen gefunden, auf Aktualität geprüft und in eine nutzbare Form gebracht. Daher eignet sich dieser Ansatz gut zur Untersuchung von KI-gestützten Systemen. Bevor Sie einen Agenten auswählen, verfolgen Sie eine kürzlich aufgetretene Störung von der ersten Benachrichtigung bis zur genehmigten Reaktion.

Dokumentieren Sie, wer wonach gesucht hat, woher die Antwort stammt und welche Weiterleitungen zu weiteren Rückfragen führten. Trennen Sie das Warten auf Informationen vom Warten auf eine Entscheidung. Ein Mitarbeiter, der einen Wartungsdatensatz abruft, kann eine durch eine ungelöste kommerzielle Priorität verursachte Verzögerung nicht beheben. Die Benennung des Engpasses verhindert, dass eine technisch beeindruckende Demonstration das falsche Problem löst.

Wählen Sie einen eng gefassten Ausgangspunkt, beispielsweise die Erstellung einer Folgenabschätzung für einen ungeplanten Maschinenstillstand an einer Produktionslinie. Vermeiden Sie eine erste Aufgabe, die die KI mit der Optimierung des gesamten Werks beauftragt. Eine klar definierte Aufgabe ermöglicht die Festlegung sinnvoller Eingaben, akzeptabler Ergebnisse und eines verantwortlichen Prüfers.

03 Ein Agent benötigt Werkzeuge, Kontext und Grenzen.

Eine mündliche Antwort ist nur ein mögliches Ergebnis. In diesem Arbeitsablauf muss ein effizientes System beispielsweise Bestellinformationen abrufen, Lagerbestände prüfen, Einschränkungen vergleichen und einen nächsten Schritt vorschlagen. Jede dieser Funktionen setzt eine tatsächliche Verbindung zu einer autorisierten Quelle voraus. Eine flüssige Erklärung belegt nicht, dass diese Prüfungen stattgefunden haben.

von Anthropic unterscheidet vordefinierte Workflows von Agenten , die ihre Prozesse und Werkzeugnutzung dynamisch auswählen. Er empfiehlt außerdem, mit der einfachsten funktionierenden Lösung zu beginnen. Für eine stabile Abfolge von Prüfungen kann ein konventioneller Workflow ausreichend sein; ein Agent wird relevant, wenn die nächste sinnvolle Prüfung von seinen Erkenntnissen abhängt.

Bitten Sie einen Lieferanten, Ihnen den Unterschied anhand Ihres Beispiels zu demonstrieren. Welche Quelle hat das System konsultiert? Was hat es gefunden? Was passiert, wenn eine Antwort fehlt oder zwei Datensätze voneinander abweichen? Kann der Prüfer die vorgeschlagene Antwort auf die entsprechenden Belege zurückführen? Diese Fragen sind sinnvoller als Diskussionen über die Produktkennzeichnung.

Ein Agent benötigt auch einen Abbruchpunkt. Wenn die Leistungsfähigkeit einer alternativen Maschine unklar ist, ist es ratsam, diese Unsicherheit zu melden und einen Ingenieur zu konsultieren. Ein Fortfahren, bis ein überzeugend wirkender Plan vorliegt, würde den Prozess weniger zuverlässig machen.

04 Erstellen Sie eine Entscheidungsgrundlage, bevor Sie einen Zeitplan ändern.

Betrachten wir eine beispielhafte Reaktion auf einen Maschinenstillstand. Das System ermittelt zunächst die betroffenen Produktionsaufträge und deren Fälligkeitstermine. Anschließend prüft es den relevanten Lagerbestand, die erfasste Kapazität und die verfügbaren Wartungsinformationen. Das Ergebnis ist ein kurzer Entscheidungsbericht: Was ist betroffen, was ist bekannt, welche Alternativen erscheinen machbar und was bedarf noch der Bestätigung.

Der nächste Schritt obliegt einem Planer oder Produktionsleiter. Dieser prüft die Unterlagen, berücksichtigt den betrieblichen Kontext und entscheidet, ob der Vorschlag angenommen, geändert oder abgelehnt wird. Nur eine genehmigte Maßnahme durchläuft den vereinbarten Ausführungsablauf. Die folgende Animation veranschaulicht diese Grenze: Informationen können automatisch in einen Vorschlag einfließen, die vorgeschlagene Maßnahme selbst wartet jedoch auf die Prüfung.

Die Kurzbeschreibung sollte auch unter ungünstigen Bedingungen verständlich sein. Ist die voraussichtliche Reparaturzeit unbekannt, sollte dies als ungeklärte Variable angegeben werden. Ist ein Lagerbestand älter als die Produktionsentscheidung zulässt, sollte sein Alter ausgewiesen werden. Eine Kurzbeschreibung, die Fakten, Annahmen und fehlende Informationen klar voneinander abgrenzt, bietet dem Prüfer konkrete Handlungsempfehlungen. Eine zu glatte Zusammenfassung, die alle Elemente vermischt, verursacht hingegen zusätzlichen Prüfaufwand.

Der Wert des ersten Pilotprojekts liegt möglicherweise in einer besser vorbereiteten Entscheidung anstatt in einer automatisch ausgeführten. Das ist ein legitimes Ergebnis. Es ermöglicht dem Team zu beurteilen, ob das System den Prozess versteht, bevor es die Berechtigung zur Änderung von Betriebsdatensätzen erhält.

05 Verknüpfen Sie die für eine Entscheidung benötigten Daten.

Beginnen Sie mit den Quellen, die die gewählte Antwort stützen. Bei einer Maschinenstillstandsanalyse könnten dies beispielsweise Produktionsaufträge, Wartungsstatus, Maschinenkapazitäten, Materialverfügbarkeit und Lieferzusagen sein. Die Zugriffsrechte sollten der jeweiligen Aufgabe entsprechen: Das Lesen und Ändern eines Zeitplans erfordern unterschiedliche Berechtigungen.

Prüfen Sie, ob die Kennungen übereinstimmen. Eine Maschine kann in Wartungsunterlagen einen anderen Namen haben als in einer Planungstabelle. Eine Bestellung kann in mehreren Versionen vorliegen. Eine scheinbar verfügbare Komponente kann bereits anderweitig vergeben sein. Dies sind Fragen zu Betriebsdaten, die geklärt oder aufgedeckt werden müssen; ein Sprachmodell löst sie nicht.

Dasselbe Prinzip liegt der Datengrundlage zugrunde, die in der KI-gestützten Bedarfsplanung und Produktionsplanung diskutiert wird . Eine sinnvolle Entscheidung hängt vom jeweiligen operativen Kontext ab, nicht von einer isolierten Prognose. Für einen Agenten-Workflow benötigt dieser Kontext zudem eine eindeutige Datenquelle und eine Zugriffsregel.

Beginnen Sie nicht damit, uneingeschränkten Zugriff auf alle Unternehmenssysteme zu versprechen. Definieren Sie zunächst die minimal notwendigen Datenquellen, weisen Sie jeder Quelle einen Verantwortlichen zu und vereinbaren Sie, wie mit Aktualität und Konflikten bei Datensätzen umgegangen wird. Erweitern Sie den Zugriff nur dann, wenn ein nachgewiesener Bedarf dies rechtfertigt.

06 Legen Sie die Genehmigungsregeln vor dem Pilotprojekt fest.

Definieren Sie Aktionen in einfacher, verständlicher Sprache. Das System kann genehmigte Datensätze lesen, einen Vorfallbericht erstellen und einen internen Bericht entwerfen. Eine Planeränderung muss genehmigt werden. Ein benannter Verantwortlicher muss eine geänderte Kundenzusage genehmigen. Die genauen Grenzen hängen von Ihrem Prozess ab, sollten aber vor Beginn der Tests klar definiert sein.

Integrieren Sie diese Regeln sowohl in die Integration als auch in die Anweisungen. Eine Aufforderung an das Modell, eine Genehmigung einzuholen, ist nicht dasselbe wie ein Tool, das einen Schreibvorgang verweigert, bis eine autorisierte Person diese Änderung genehmigt hat. Verknüpfen Sie die Genehmigung mit der vorgeschlagenen Aktion und ihren aktuellen Eingaben. Ändert sich die zugrunde liegende Situation, muss der Vorschlag möglicherweise erneut geprüft werden.

Legen Sie außerdem fest, was im Pilotprojekt niemals geschehen darf. Beispiele hierfür sind das Versenden von Kundennachrichten, das Aufgeben einer Bestellung oder das Ändern von Maschineneinstellungen. Dies sind Beispiele für die Festlegung des Anwendungsbereichs, keine allgemeingültige Berechtigungsliste. Der Prozessverantwortliche sollte entscheiden, welche Aktionen für diese spezifische Implementierung geeignet sind.

Bei Änderungen oder Ablehnungen von Vorschlägen sollten Entscheidung und Begründung dokumentiert werden. Dieses Feedback hilft, fehlende Datenquellen von Missverständnissen der Geschäftsregel zu unterscheiden. Zudem bietet es dem Team einen hilfreichen Prüfpfad, falls ein späteres Ergebnis von den Erwartungen abweicht.

07 Es soll den bestehenden Prozess begleiten.

Die erste Version wird parallel zum etablierten Workflow ausgeführt. Das Betriebsteam trifft und setzt Entscheidungen wie gewohnt um. Das System erstellt anhand der zulässigen Informationen ein eigenes Briefing, das von einem Prüfer mit den praktischen Anforderungen des Teams verglichen wird.

Verwenden Sie mehr als nur eine einfache Demonstration. Fügen Sie beispielsweise einen fehlenden Kostenvoranschlag, einen veralteten Lagerbestand, zwei widersprüchliche Prioritäten und einen Fall hinzu, in dem keine praktikable Alternative existiert. Ein hilfreicher Assistent sollte diese Bedingungen aufzeigen. Er sollte nicht einfach eine Lösung erfinden, nur weil die Benutzeroberfläche eine vollständige Antwort erwartet.

Prüfen Sie in jedem Fall, ob die betroffenen Aufträge korrekt identifiziert wurden, ob die Beweislage aktuell genug ist und ob der Vorschlag die festgelegten Einschränkungen berücksichtigt. Dokumentieren Sie unbegründete Annahmen und fehlende Abhängigkeiten. Prüfen Sie die zugrunde liegenden Quellenangaben, anstatt sich nur auf den Text zu verlassen.

Der Test sollte reversibel sein. Lesezugriff und Entwurfsausgaben sind ein praktischer Ausgangspunkt. Falls in einer späteren Phase ein genehmigter Schreibvorgang möglich ist, definieren Sie, wie das System den Erfolg bestätigt, Teilfehler erkennt und die Wiederholung derselben Änderung vermeidet. Dies sind Implementierungsanforderungen, die getestet werden müssen, keine Fähigkeiten, die aufgrund einer erfolgreichen Chat-Demonstration vorausgesetzt werden können.

08 Vorbereitung und Entscheidungsqualität separat messen

Legen Sie vor der Einführung des neuen Workflows einen Ausgangswert fest. Messen Sie den Zeitaufwand für die Informationsbeschaffung, die Zeit bis zur Erstellung eines prüffähigen Berichts und den Aufwand für dessen Korrektur. Erfassen Sie separat die Zeit für die operative Entscheidungsfindung. Dies hilft zu erkennen, ob das Tool den Vorbereitungsaufwand reduziert oder ihn lediglich auf den Prüfer verlagert hat.

Zeitliche Maßnahmen sollten mit Qualitätskontrollen kombiniert werden. Sinnvolle Maßnahmen umfassen beispielsweise fehlende Vorgaben, fehlerhafte Quellenangaben, Vorschläge, die umfangreiche Korrekturen erfordern, und Fälle, die angemessen eskaliert wurden. Ein schnelleres Briefing, bei dem ein Materialmangel übersehen wird, führt nicht zu einem besseren Ergebnis.

Geschäftsergebnisse sollten nur dann erfasst werden, wenn das Pilotprojekt dies zulässt. Lieferleistung, Ausfallzeiten und Überstunden werden von vielen Faktoren beeinflusst. Ändern sich diese während eines Pilotprojekts, beweist dies allein nicht, dass der Mitarbeiter die Änderung verursacht hat. Die Beweisführung sollte dem beabsichtigten Anspruch angemessen sein.

Eine Erweiterungsentscheidung sollte im Voraus vereinbart werden. Der Prozessverantwortliche sollte darlegen können, welche Beweise einen weiteren Anwendungsfall oder eine präzise begrenzte Ausführungsberechtigung rechtfertigen und welche Fehler zusätzlichen Aufwand erfordern. Vermeiden Sie es, eine vielversprechende Demonstration automatisch zu einer Ausweitung der Autonomie zu verleiten.

09 Zu klärende Fragen vor der Umsetzung

Wer ist für die Produktionsreaktion verantwortlich? Benennen Sie die Person, die akzeptable Vorschläge definieren und Ausnahmen prüfen kann. Gemeinsames Interesse an KI ersetzt nicht die operative Verantwortung.

Was geschieht bei unvollständigen Daten? Definieren Sie, welche fehlenden Angaben eine Empfehlung verhindern und welche als Annahmen zur Überprüfung vorgelegt werden können. Machen Sie diese Unterscheidungen im Briefing deutlich.

Ist hierfür ein neues ERP-System erforderlich? Der vorgeschlagene Workflow basiert auf den bereits vorhandenen Datensätzen und Systemen, die den Prozess unterstützen. Ob diese Systeme die benötigten Informationen sicher bereitstellen können, ist eine Bewertungsfrage; ein Austausch sollte nicht ohne Nachweis als Voraussetzung angesehen werden.

Was geschieht nach der Genehmigung? Zielort, zulässige Aktion und Bestätigungsschritt festlegen. Die Erstellung eines Terminvorschlags, die Aktualisierung eines Planungstools und die Benachrichtigung eines Kunden sind separate Aktionen mit unterschiedlichen Konsequenzen.

Können wir ohne autonome Ausführung beginnen? Ja. Ein rein lesender, beratender Pilot kann testen, ob das System die richtigen Informationen findet und eine sinnvolle Antwort vorbereitet. Das liefert die Grundlage für die nächste Entscheidung und hält die Ausführung innerhalb des etablierten Prozesses.

10 Wählen Sie eine Störung aus und erfassen Sie die Reaktion darauf.

Der praktische Ausgangspunkt ist ein wiederkehrender Vorfall, der vermeidbaren Koordinierungsaufwand verursacht. Ermitteln Sie die Ursachen, identifizieren Sie die Entscheidung, benennen Sie den Prüfer und definieren Sie die zulässige Ausgabe. Testen Sie das System anschließend anhand realer Beispiele mit dem zuständigen Team.

Für einen umfassenderen Überblick lesen Sie bitte unsere bestehende Einführung zu KI-Agenten in der Fertigung . Dieses Webinar bietet Ihnen konkret die Möglichkeit, von verstreuten Informationen zu einer nachvollziehbaren operativen Reaktion zu gelangen.

Beziehen Sie eine kürzlich aufgetretene Produktionsstörung in die Bewertung mit ein: die erste Meldung, die eingesehenen Unterlagen, die erforderlichen Datenaustausche und die endgültige Entscheidung. Diese Details bilden eine konkrete Grundlage, um zu entscheiden, wo KI-Unterstützung hilfreich sein kann, was im Team verbleiben muss und wie ein Pilotprojekt evaluiert werden sollte.

Bilden Sie einen Produktionsworkflow mit Embiggen X ab.