Ein Copilot für das Werk: die Plattform hinter den Agenten – wo sie läuft, was sie nutzt, wer sie beaufsichtigt
Dieser Beitrag beschreibt die Plattform, auf der die Agenten aus den vorangegangenen Case Studies laufen. Er richtet sich an Entscheider aus Fachbereich, IT und Einkauf, die wissen wollen, was das Produkt jenseits des einzelnen Anwendungsfalls leistet: wo es läuft, welche Sprachmodelle es nutzt, wie es sich in die bestehende Systemlandschaft einfügt, wie es beaufsichtigt wird und was es kostet. Zahlen sind Beispiele aus dem Demo-Betrieb bzw. Zielkorridore, keine Zusicherung.
Problemstellung: der Agent läuft in zwei Tagen, der Betrieb scheitert an allem darunter
Assistenten wie ChatGPT oder Copilot sind in den meisten Industrieunternehmen angekommen, aber nicht im Werk. Sie kennen die Zähler, das MES und die Produktionsregeln nicht, dürfen sie aus Sicherheitsgründen auch nicht kennen, und ihre Antworten lassen sich weder belegen noch freigeben. Für Büroaufgaben ist das tragbar. Für eine Nominierung, einen Fahrplan oder einen Nachweis gegenüber einer Behörde ist es das nicht.
Wer stattdessen eigene Agenten auf Betriebsdaten bauen will, stößt auf drei wiederkehrende Muster:
- Der Unterbau fehlt. Ein Agent läuft in zwei Tagen. Für den Betrieb braucht es Secret Management, Netzwerkzonen, Modellzugänge, Rollen, Protokollierung. Jeder Anwendungsfall baut das neu, oder der Agent bleibt eine Demo, weil die IT-Sicherheit zu Recht nicht freigibt.
- Der Eigenbau bindet das beste Team. Wer den Unterbau selbst baut, stellt dauerhaft Leute für Plattform-Engineering, LLM-Betrieb und Sicherheit ab. Diese Leute lösen dann Infrastrukturfragen statt der Fachfragen, für die es die Agenten geben sollte.
- Der Stand der Technik läuft davon. Neue Modelle, Protokolle und Agent-Muster erscheinen im Quartalstakt. Was heute selbst gebaut wird, ist in zwölf Monaten Altbestand, und die Weiterentwicklung steht in keinem Business Case.
Dazu kommen Anforderungen, die für Industrieunternehmen nicht verhandelbar sind: Betriebsdaten und Betriebswissen sollen das Haus nicht verlassen; Sprachmodelle sollen in der EU betrieben werden oder gar nicht; jede Aktion eines Agenten muss gegenüber Auditor, Betriebsrat und Kunde erklärbar sein; und die Kosten für Modelle dürfen nicht als Sammelrechnung eines Anbieters ankommen.
Lösungsansatz: der Unterbau als Produkt, die Anwendungsfälle bleiben beim Unternehmen
Die Plattform liefert den Unterbau als Produkt: konfigurierbar je Anwendungsfall, lauffähig in der eigenen Umgebung, mit Betrieb und Weiterentwicklung im Preis. Das eigene Team baut Anwendungsfälle und pflegt Fachwissen; die Betriebskomplexität liegt beim Produkt.
Ein Copilot mit Werkswissen
Für die Menschen im Werk verhält sich die Plattform wie ein Assistent, den sie aus dem Büro kennen: Man stellt eine Frage im Channel, bekommt eine Antwort mit Belegen und kann daraus mit einem Klick einen Agenten machen, der die Frage künftig von selbst beantwortet. Der Unterschied zu einem generischen Assistenten liegt darunter.
Der Leitgedanke ist derselbe wie bei den Fach-Agenten: weniger verschwenden, an Energie, Material, Zeit und Aufmerksamkeit.
Ein Agent ist eine Konfiguration aus vier Bausteinen
Auf der Plattform ist ein Agent kein Skript, sondern eine versionierte Konfiguration. Vorkonfigurierte Agenten für Energiemanagement, Produktionsplanung, Qualitätssicherung, OEE und Compliance werden mitgeliefert und an das Werk angepasst. Eigene Agenten entstehen auf denselben Bausteinen, mit derselben Governance und derselben Evaluation.
| Baustein | Inhalt | Was das für den Betrieb bedeutet |
|---|---|---|
| Harness | Ausführungsrahmen: Session-Kontext, Freigabe- und Eskalationslogik, Fehlerbehandlung, Wiederanlauf | Aus einem Sprachmodell wird ein verlässlicher Mitarbeiter mit festen Abläufen |
| Skills | Fachwissen je Anwendungsfall: Domänenlogik, Rechen- und Bewertungsregeln, Testfälle | Das Betriebswissen ist kodifiziert, versioniert und prüfbar; es bleibt Eigentum des Unternehmens |
| Tools | Klar definierte Aktionen mit Befugnis je Rolle: Abfragen, Berichte, Tickets, Schreibpfade | Kein freier Zugriff auf alles; jeder Aufruf ist protokolliert |
| Konnektoren | Anschluss an MES/BDE, SCADA, Historian, ERP, CAQ, DMS, Marktdaten; lesend zuerst | Brownfield ohne Umbau; Datenherkunft je Antwort belegt |
Enterprise-Merkmale: Betriebsort, Modelle, Daten, Aufsicht und Schnittstellen
Souveräner Betrieb: on-premise, private Cloud oder Edge
Die Plattform wird in der Infrastruktur des Unternehmens installiert, im eigenen Rechenzentrum, in der eigenen Cloud-Umgebung (Azure, AWS oder ein europäischer Anbieter) oder als Edge-Installation im Werk. Secret Management, Netzwerkzonen und IP-Regelungen sind Teil des Produkts, nicht der Projektarbeit. Die Plattform ist mandanten- und werksfähig; mehrere Standorte laufen getrennt auf einer Installation.
EU-gehostete Sprachmodelle, freie Modellwahl
Eine Adapterschicht trennt Agenten von Modellanbietern. Zur Wahl stehen kommerzielle Modelle in EU-Regionen, europäische Anbieter und Open-Weight-Modelle auf eigener Hardware. Ein Modellwechsel ist eine Konfigurationsänderung, kein Umbau; jeder Wechsel löst eine fachliche Re-Evaluation aus. Wer will, betreibt die Plattform vollständig ohne Datenabfluss außerhalb des Hauses.
Modellrouting und Kostenhoheit
Aufgaben werden automatisch dem passenden Modell zugewiesen: kleine Modelle für Routinevorgänge, große nur dort, wo sie fachlich nötig sind. Budgets gelten je Anwendungsfall und Agent, mit hartem Stopp. Das FinOps-Cockpit zeigt Kosten je Vorgang, je Agent und je Monat. Modellkosten werden ohne Aufschlag durchgereicht.
Datenintegration ohne Vorprojekt
Fertige Konnektoren zu den üblichen Industriesystemen, lesend zuerst, schreibend nur mit Freigabe. Agenten arbeiten ab der ersten Woche auf echten Daten; ein Integrationsprojekt ist keine Vorbedingung.
Governance und Audit
Jede Aktion eines Agenten ist protokolliert: wer, was, womit, warum, mit Modellversion und Datenherkunft, verkettet mit dem auslösenden Ereignis. Rollen und Befugnisse gelten je Agent und Datenbereich. Der Audit-Trail ist exportierbar für Wirtschaftsprüfer, Betriebsrat und Kunden und auf die Dokumentationspflichten des EU AI Act vorbereitet.
API für eigene Anwendungen
Alles, was ein Agent kann, ist über eine Schnittstelle erreichbar: Agenten aufrufen, Ergebnisse abfragen, Workflows auslösen, Freigaben abbilden, Protokolle lesen. Damit lassen sich Agenten in eigene Portale, MES-Oberflächen oder Kunden-Apps einbetten. Dieselben Befugnisse und derselbe Audit-Trail gelten für Aufrufe über die API wie im Channel.
Agent Workforce
Größere Aufgaben löst ein Team: Ein orchestrierender Agent nimmt die Aufgabe an, zerlegt sie und delegiert an spezialisierte Subagenten mit eigenen Sessions und Befugnissen. Alle Schritte landen in einem gemeinsamen Protokoll. Vom ersten Agenten zur Flotte ist kein Architekturwechsel nötig; Verzeichnis, Versionen und Lebenszyklus werden zentral geführt.
Fachliche Evaluation und laufende Weiterentwicklung
Evaluation, eingebaut
Jeder Agent hat eine Testsuite mit fachlichen Fällen. Kein Agent geht ohne bestandene Suite in den Betrieb; jedes Update und jeder Modellwechsel löst die Suite erneut aus.
Weiterentwicklung per Release
Neue Modelladapter, Konnektoren, Protokolle und Harness-Muster kommen per Release, ebenso Sicherheitspatches. Was sich im Feld bewegt, kommt als Update in die eigene Umgebung; ein eigenes Team, das aufholt, ist nicht vorgesehen.
Ergebnisse: Wochen, Stellen, Cent – die Größenordnungen aus dem Demo-Betrieb
Die folgenden Werte stammen aus dem Demo-Betrieb (Werk Nord, Werk Süd) und aus dem Zielkorridor für Einführungen. Sie beschreiben die Größenordnung, nicht einen konkreten Kunden.
Zeit bis zum produktiven Agenten
Der Proof of Value dauert sechs Wochen zum Festpreis. Danach Übernahme in den Regelbetrieb oder Ende; Konfigurationen, Skills und Protokolle bleiben in beiden Fällen Eigentum des Unternehmens.
Personalbedarf für den Unterbau
Null zusätzliche Stellen für Aufbau und Pflege der Plattform. Die Fachbereiche stellen Zeit für Referenzwerte, Freigaben und Rückmeldungen; die IT stellt Zugänge und Netzwerkfreigaben. Der Sicherheits-Review wird zur Formalie, weil Secrets, Zonen und Protokollierung bereits im Produkt gelöst sind.
Modellkosten
Im Demo-Betrieb lagen die Modellkosten für drei Anwendungsfälle bei 214 € im Monat; das Routing senkte sie um rund 61 % gegenüber einem einzelnen Modell für alles, bei gleichen Ergebnissen in der fachlichen Testsuite. Beim Energiemanagement-Agenten sank der Preis je Vorgang von 4,2 auf 1,1 Cent. Kein Anwendungsfall überschritt sein Budget.
Nachweisfähigkeit und Skalierung
Jede Aktion ist mit Modellversion, Datenherkunft und Freigabe im Protokoll. Der Compliance-Agent im Werk Süd hat 48 von 48 Testfällen bestanden und wartet auf die Freigabe zum Rollout. Der Produktionsplanungs-Assistent läuft als Team aus einem Orchestrator und drei Subagenten in einer gemeinsamen Session mit einem Protokoll. Weitere Werke und Anwendungsfälle kommen auf dieselbe Installation, ohne dass die Plattform neu aufgesetzt wird.
| Kontrollzentrum · Auszug | Version | Modell / Team | Eval | Stand |
|---|---|---|---|---|
| Energiemanagement-Agent · Werk Nord | v3.2 | geroutet · 76 € von 180 € Budget | 52/52 | produktiv |
| Produktionsplanungs-Assistent · Werk Nord | v2.1 | 1 Orchestrator + 3 Subagenten | bestanden | produktiv |
| Compliance-Agent · Werk Süd | v1.3 | geroutet | 48/48 | wartet auf Freigabe |
Preislogik: drei Bausteine, getrennt budgetierbar
| Baustein | Was enthalten ist | Wie er skaliert |
|---|---|---|
| Plattform | Jahrespreis je Umgebung; Betrieb, Updates, Sicherheitspatches, Support | Ein Preis, unabhängig von der Zahl der Agenten |
| Anwendungsfall | Baseline je produktivem Use-Case-Agent, inklusive Testsuite und Konnektoren | Wächst mit der Zahl produktiver Anwendungsfälle |
| Modelle | Modellkosten 1:1 durchgereicht, ohne Marge | Sinkt durch Routing; Budget je Anwendungsfall mit Stopp |
Der Vergleich, der für die Entscheidung zählt, ist nicht Plattform gegen Nichtstun, sondern Plattform gegen ein eigenes Plattform-Team über Jahre: Aufbau, Dauerbetrieb, Modellwechsel, Konnektorpflege und ein Weiterentwicklungs-Backlog, der in keinem Budget steht. Diese Rechnung wird im Erstgespräch mit den Zahlen des Unternehmens aufgemacht.
Einordnung: was die Plattform löst, was sie nicht löst
- Was die Plattform löst. Den Unterbau: Sicherheit, Modelle, Konnektoren, Protokollierung, Kostenkontrolle, Weiterentwicklung. Und den Rahmen, in dem Agenten verlässlich arbeiten: feste Abläufe, Freigaben, Evaluation.
- Was sie nicht löst. Datenqualität und Referenzwerte kommen aus dem Werk. Ein Agent, der gegen einen falschen Zielwert rechnet, liefert einen sauber belegten falschen Vorschlag. Benannte Verantwortliche für Baselines, Regeln und Freigaben sind Voraussetzung, keine Option. Ebenso wenig ersetzt die Plattform die fachliche Entscheidung: Sie bereitet sie vor und dokumentiert sie.
- Wo die Grenzen der Zahlen liegen. Die Werte in Abschnitt 4 stammen aus dem Demo-Betrieb und aus Zielkorridoren. Sechs Wochen bis zur Entscheidungsvorlage setzen voraus, dass Zugänge und Ansprechpartner in Woche 1 verfügbar sind; die Kostenersparnis durch Routing hängt vom Aufgabenmix ab.
- Souveränität als Grundsatz. Umgebung, Modell, Anbieter und Cloud sind Entscheidungen des Unternehmens und bleiben jederzeit änderbar. Konfigurationen, Skills und Protokolle gehören dem Unternehmen; ein Ausstieg ist vorgesehen, nicht verhindert.
Ein Assistent, der das Werk kennt, in der eigenen Umgebung läuft und jede Aktion belegt. Der Unterbau ist das Produkt; die Anwendungsfälle, das Fachwissen und die Entscheidungen bleiben beim Unternehmen.
Nächste Schritte
Erstgespräch
Anwendungsfall, Umgebung, Modellpräferenz und der TCO-Vergleich mit den eigenen Zahlen.
Proof of Value zum Festpreis
Installation in der eigenen Umgebung, ein Use-Case-Agent unter Aufsicht, Entscheidungsvorlage mit Betriebskosten, Modellmix und Rollout-Plan.
Übernahme oder Ende
Weiterbetrieb in der gewählten Baseline oder vollständige Übergabe: Konfigurationen, Skills und Protokolle gehören dem Unternehmen, so oder so.
Preise, Zeiträume und Werte in diesem Beitrag sind beispielhafte Darstellungen bzw. Zielkorridore; keine Zusicherung.