Die fünf Layer des KI-Stacks für die Energiewirtschaft
Die Energiewirtschaft adoptiert agentische KI schneller, als ihre IT-Landschaft das verarbeiten kann. Die meisten bestehenden Systeme wurden gebaut, bevor es Agenten gab — entworfen für menschliche Bediener, Batch-Reports und Cron-Jobs. Einen Agenten auf diese Landschaft zu stecken, ergibt ein Demo. Kein System, das den Betrieb trägt.
Damit agentische KI auf dem Niveau eines Energieversorgers tatsächlich nützlich wird — mit realen Assets, realen Märkten, realer Regulierung — braucht es eine andere Art von Architektur. Eine, die von Beginn an für Agenten gedacht ist, nicht nachträglich um sie herum gebaut.
In unseren Engagements mit Versorgern, Direktvermarktern, Netzbetreibern und Tradern zeichnet sich immer wieder dasselbe Muster ab. Fünf Layer, jeder mit einer klar definierten Aufgabe. Zusammen machen sie den Unterschied zwischen einem KI-Prototyp und einem KI-System, das den Betrieb wirklich trägt — auf dem regulatorischen Tiefgang und der operativen Verlässlichkeit, die die Energiewirtschaft braucht.
Fünf Layer, ein Stack
Jeder Layer hat eine klar definierte Aufgabe. Keiner davon ist verzichtbar.
Connect Anbinden statt integrieren
Vorgefertigte Konnektoren für die Standard-Systemwelt: SCADA, EMS, EDIFACT/MaKo, EPEX/EEX-Marktdaten, DWD-Wetter, Bilanzkreis-APIs, Redispatch-2.0-Schnittstellen, Smart-Meter-Gateways. Kein Custom-Projekt, kein Systemintegrator-Budget.
Ontology Eine gemeinsame Sprache für alle Ihre Daten
Eine energiewirtschaftliche Ontologie als Branchenstandard — Assets (Erzeuger, Speicher, Ladepunkte), Märkte (Day-Ahead, Intraday, Regelenergie, Bilanzkreis), Verträge, Marktrollen, regulatorische Entitäten. Jeder Kunde erweitert den Standard — baut ihn nicht von Null auf. Das ist der eigentliche Burggraben.
Apps & Workflows Operative Entscheidungen — direkt ins System
Konfigurierbare Standard-Apps für die häufigsten Anwendungsfälle: Portfolio-Optimierung für Direktvermarkter, MaKo-Automatisierung, Redispatch-Koordination, automatische BNetzA-Berichterstattung, Lastprognosen, Virtuelle-Kraftwerk-Steuerung, Anomalie-Erkennung. Konfigurierbar, nicht programmierbar.
Agents KI, die Ihre Energie-Realität kennt
Agenten, die innerhalb der Ontologie agieren — und nur dort. Sie sehen nur, was sie sehen dürfen. Alles ist auditierbar. Beispiel: „Warum ist unser Bilanzkreis um 14:00 Uhr aus dem Toleranzband gerutscht?" — Ursache, Kontext, Handlungsvorschlag. Oder: „Erstelle ein Redispatch-Szenario für morgen bei 15 % Windkorrektur."
Trust & Operations Volle Kontrolle — ohne Abhängigkeit von fremden Clouds
Vollständige Datenherkunft (Lineage), Audit-Trail jeder Aktion, rollenbasierte Zugriffsrechte. Continuous Deployment auch in regulierten Umgebungen. Single-Tenant-Architektur: Ihre Daten verlassen nie Ihre Infrastruktur.
Was Agenten von Apps unterscheidet
Der vierte Layer ist der, auf dem die meiste öffentliche Aufmerksamkeit liegt — und auf dem die meisten Missverständnisse anfangen. Agenten sind keine besseren Apps. Agenten sind keine Ersatz-Apps. Die Beziehung zwischen Agenten und Apps ist eine andere.
Eine App kann eine Sache gut. Ein Agent nutzt Apps, um eine Aufgabe zu erledigen — er entscheidet, welche App er aufruft, in welcher Reihenfolge, mit welchen Parametern, und webt die Ergebnisse zu einer Antwort oder Handlung zusammen. Apps sind die Verben. Agenten sind die Sätze.
Diese Unterscheidung verändert die Architektur. Apps bleiben wertvoll — sie werden sogar wertvoller, denn jede gut definierte App ist nun ein Werkzeug, das ein Agent mit anderen Werkzeugen kombinieren kann. Eine Portfolio-Optimierungs-App ist nicht mehr nur ein Bildschirm, den ein Trader öffnet; sie ist auch eine Fähigkeit, die ein Bilanzkreis-Agent abruft, wenn eine Abweichung um 14:00 Uhr einen Hedge-Vorschlag braucht.
Agenten ersetzen das Betriebsteam nicht. Sie geben dem Betriebsteam Hebelwirkung — die Art von Hebel, die nur entsteht, wenn ein Layer gleichzeitig über Apps, Daten und Constraints schlussfolgern kann, mit jeder Schlussfolgerung auditierbar.
Warum genau diese fünf — und nicht mehr
Jeder Layer kann verschoben werden. Keiner davon kann übersprungen werden. Die Architektur funktioniert nur, wenn alle fünf vorhanden sind — und wenn jeder einzelne in seiner Rolle bleibt.
Connect ohne Ontology produziert Daten ohne Bedeutung. Ontology ohne Apps produziert ein Vokabular ohne Verben. Apps ohne Agents produzieren Automatisierung, die nicht über Grenzen hinweg schlussfolgern kann. Agents ohne Trust produzieren unkontrollierbares Risiko. Trust ohne Connect produziert ein Museum.
Was sich zwischen der Architektur, die ein Versorger heute betreibt, und der, die er in fünf Jahren betreiben wird, ändert, ist nicht die Zahl der Werkzeuge. Es ist die Disziplin, diese fünf Concerns sauber zu trennen — und die Bereitschaft, in die unspektakulären Layer (Ontology, Trust) zu investieren, die die sichtbaren (Apps, Agents) erst funktionieren lassen.
Die Energiewende treibt Komplexität schneller, als irgendein Team sie absorbieren kann. Die Fünf-Layer-Architektur ist kein Anspruch — sie ist die Mindest-Oberfläche, die ein KI-natives Unternehmen braucht, um mitzuhalten.
Das ist kein Produkt-Pitch. Das ist eine Beschreibung dessen, was wir Layer für Layer mit den Energieunternehmen bauen, mit denen wir arbeiten. Die Reihenfolge, in der die Layer priorisiert werden, ist von Kunde zu Kunde unterschiedlich. Die fünf Layer sind es nicht.
Praxisbeispiel
Wie die unteren Layer (Connect, Ontology, Apps) im operativen Betrieb eines Energieversorgers entstehen:
Case Study · Energieversorger Neue Data-Platform & Reporting für einen großen Energieversorger Case Study lesenWo steht Ihr Stack heute?
Wir kartieren mit Energieunternehmen die bestehende IT gegen die fünf Layer — und priorisieren, wo zuerst investiert werden sollte.
Kontakt aufnehmen