Mehr Planende einstellen verliert gegen die Queue. Agentic Grid Planning orchestriert die Planung von Anschlussstudien unter Freigabe — ohne letzte Entscheidung der Planenden, ohne Audit-Spur und ohne deterministische Simulation bleibt das Grid ein Blindflug. Klartext: Die Queue ist das Problem, nicht ein fehlender Motivationsposter.
Max-These, nicht AWS-Wortlaut: Mehr Planende einstellen verliert gegen die Queue. Agenten ohne letzte Entscheidung durch Planende, ohne Audit-Spur und ohne deterministische Simulation sind Blindflug. Der Vorteil liegt in der Workflow-Orchestrierung unter menschlicher Freigabe. Klartext: Die Queue ist das Problem, nicht ein fehlender Motivationsposter. Punkt.
Das ist die Linie dieses Texts. Die Linie steht so nicht in der Verlautbarung von Amazon Web Services. AWS beschreibt ein Programm, Zugangsregeln und Partnerangaben. Die These, dass zusätzliche Köpfe gegen Jahre Wartezeit verlieren und dass Agenten ohne diese drei Bedingungen Blindflug sind, stammt von hier. Wer beides in einem Satz vermischt, baut eine Folie, die in der Rückfrage zerbricht.
Am 17.9.2026 hat AWS in Houston ein Media Alert veröffentlicht: Agentic Grid Planning on AWS. Verwaltete KI-Agenten sollen Interconnection Studies beschleunigen, also Anschlussstudien für Erzeugung, Speicher und große Lasten. Der Zugang gilt für qualifizierte Versorger und Netzbetreiber. AWS Professional Services kann bei der Integration helfen, wenn ein Team das braucht. Ein Media Alert ist eine Verlautbarung. Kein Gutachten. Die Einzelheiten stehen in der AWS-Pressemitteilung aus Houston vom 17.9.2026.
Hand aufs Herz: Viele Lenkungskreise hören bei so einer Meldung nur die Geschwindigkeit. Stunden. Minuten. Weniger Personalstress. Genau dort fängt der Fehler an. Die Queue, die AWS unter Berufung auf fremde Zahlen beschreibt, misst sich in Gigawatt und Jahren. Ein Motivationsposter im Planungsbüro erzeugt kein Gigawatt. Es erzeugt ein freundliches Foto fürs Intranet. Herzlichen Glückwunsch.
Die Queue schlägt Köpfe — mehr Planende ändern die Planung nicht
Der Mythos klingt fürsorglich. Die Studien werden mehr, die qualifizierten Planenden weniger, also stellen Sie welche ein. AWS formuliert den Engpass so: Die Nachfrage nach Anschlussstudien wächst schneller als die Zahl qualifizierter Fachleute, die sie bearbeiten können. Das ist AWS-Framing. Keine Arbeitsmarktstudie, die wir in Auftrag gegeben hätten, keine Quote, kein offener Stellenbestand. Eine Richtung, kein Messwert.
Die harte Wahrheit sitzt daneben. Laut AWS unter Berufung auf Lawrence Berkeley National Laboratory suchten Ende 2025 mehr als 2.000 GW Erzeugung und Speicher einen Anschluss an das US-Übertragungsnetz. Projekte, die 2025 in Betrieb gingen, hatten im Median mehr als fünf Jahre im Prozess verbracht. Wir haben den Bericht des Lawrence Berkeley National Laboratory für diesen Text nicht eigenständig geöffnet. Die Zahlen stehen in der AWS-Meldung. Wer sie in einer Vorstandsvorlage zitiert, zitiert AWS unter Berufung auf das Labor — nicht ein von digital-magazin.de geprüftes PDF.
Seien wir ehrlich: Ein Median ist kein Gesetz für den Einzelfall. Er gilt in dieser Wiedergabe für Projekte, die in jenem Jahr den Betrieb aufgenommen haben, nicht automatisch für jeden Antrag, der noch in der Queue steht. Wer „alle warten fünf Jahre“ daraus macht, liest schärfer, als die Meldung hergibt. Fünf Jahre Median sind trotzdem kein Argument für ein Poster. Sie sind ein Argument gegen die Illusion, der Stau sei vor allem ein Motivationsproblem.
Falsch.
Dazu eine zweite AWS-Angabe, diesmal mit Fußnote in derselben Meldung. In ERCOT, dem texanischen Netzgebiet, erreichten Anfragen zum Anschluss großer Lasten im März 2026 rund 410 GW. Die Fußnote nennt als Quelle: ERCOT Update, Texas State Senate Committee on Business & Commerce, 1. April 2026. ERCOT hat uns das nicht erzählt. Es ist eine AWS-Angabe mit dieser Fußnotenquelle. „Große Lasten“ bleibt der Begriff der Meldung. Welche Anlagen dahinterstehen, rechnen wir nicht hinzu.
Schluss damit, die Queue als reines Personalthema zu verkaufen. Mehr Planende auf einen Stau aus Jahren und Gigawatt zu setzen, kann lokal entlasten. Gegen die schiere Menge an Studienlogistik — Fälle bauen, Daten zwischen Werkzeugen schieben, neu rechnen, Berichte zusammensetzen — verliert ein Stellenplan, der den Ablauf nicht ändert. Köpfe draufwerfen funktioniert nicht, wenn der Engpass der Ablauf ist.
Meine Einschätzung: Wer im Lenkungskreis zuerst nach zusätzlichen Stellen fragt und erst danach nach Freigabe, Akte und Simulation, stellt die Reihenfolge auf den Kopf. Die Queue wartet nicht auf den nächsten Rekrutierungszyklus. Und nein, daraus folgt keine Rechnung über eingesparte Löhne oder wegfallende Stellen. Die Quellen tragen solche Zahlen nicht. Wir erfinden sie nicht.
Agentic Grid ohne letzte Freigabe bleibt Blindflug
Drei Bedingungen, sonst nichts. Letzte Entscheidung bei den Planenden. Eine Audit-Spur, die jemand später lesen kann. Eine Simulation, die deterministisch rechnet und sich nicht „kreativ“ verhält. Fehlt eine davon, ist der Agent im Grid Blindflug. Das ist wieder Max-These, kein Satz aus Houston.
Was die Pressemitteilung dazu tatsächlich beschreibt, trifft diese drei Punkte als Design-Claim, nicht als erwiesene Betriebshistorie. Die Planenden führen die Studie und treffen die finalen Entscheidungen. Das Simulationsprogramm macht die deterministische Modellierung und Analyse. Die KI-Agenten führen den Ablauf aus und koordinieren ihn. Sie ersetzen die Simulation nicht. Sie arbeiten mit der Physik-Software, den Netzmodellen, den Skripten und den Ingenieurstandards, die das Team schon nutzt und denen es vertraut.
Würden Sie eine Lastflusszahl unterschreiben, die ein Sprachmodell geschätzt hat, während das Physikprogramm unangetastet in der Ecke steht?
Genau. Dann lassen Sie das Modell nicht rechnen. Lassen Sie es den Stab reichen. Die Planung bleibt ein menschliches Urteil über Vorschläge, Maßnahmen und Berichte. Das Grid — hier das US-Übertragungsnetz, an dem die Meldung hängt — verzeiht keine geratene Physik. Eine geschätzte Leitungslast ist keine Rechnung. Sie ist eine Meinung mit Dezimalstelle.
Der Vorteil, wenn er trägt, ist langweilig. Workflow-Orchestrierung unter menschlicher Freigabe. Fälle vorbereiten, Läufe anstoßen, Verstöße einsortieren, Berichte entwerfen, den Ablauf beim zweiten Mal nicht neu erfinden. Jedes Mal mit einem Tor, an dem jemand bestätigt, überschreibt oder freigibt. Versionierte Artefakte. Eine Akte, in der Simulationsbeleg, KI-Begründung und Entscheidung auseinanderfallen. Das klingt nach Büro. Es ist der einzige Teil, den ich in einer Revision verteidigen würde.
Wir bei digital-magazin.de sortieren Agententhemen nach Mandat, Handoff und Freigabe, nicht nach Modellnamen. Dasselbe Muster — wann ein Agent ein Mandat hat und wann die Grenze gezogen wird — liegt im Text zu KI-Agenten in Unternehmen und ihren Use-Cases. Das ist eine Parallele zur Governance, nicht das Thema dieser Zeilen. Hier zählt die Queue der Anschlussstudien, nicht der allgemeine Agenten-Katalog.
Was Houston zur Grid-Planung festschreibt
Noch einmal die Rollen, weil sie in Briefings gern verrutschen. Agentic Grid Planning on AWS ist ein Programm, über das qualifizierte Versorger und Netzbetreiber Zugang zu von AWS verwalteten KI-Agenten bekommen. Gebaut hat AWS das in enger Arbeit mit Planenden von Duke Energy. Duke Energy, in der Meldung der collaborating utility, brachte Expertise in der Übertragungsnetz-Planung ein und lieferte fortlaufend Rückmeldung. Die Meldung nennt diese Rückmeldung kritisch für die Entwicklung der Agenten. Duke ist der einzige benannte Partner. Die Produktseite schreibt im Sicherheitsblock „co-developed with leading transmission utilities“, ohne einen zweiten Namen. Keine deutschen Netzbetreiber ableiten. Keine Kundenliste erfinden.
Die Agenten führen Studien-Workflows aus. Dabei nutzen sie vorhandene physikbasierte Simulationssoftware, Netzmodelle, Skripte und Standards. Der Effekt, den AWS beansprucht: Planende schließen Studien schneller ab, prüfen mehr Szenarien und Optionen und legen die Zeit auf Urteil und Entscheidung. Parallel bleibt ein versionierter, prüfbarer Nachweis. Schneller, breiter, mit Akte. Drei Claims. Keiner davon ist eine Stoppuhr, die wir nachgemessen hätten.
John Pressley, Managing Director of Digital Strategy and Engineering bei Duke Energy, wird in der Meldung wörtlich zitiert. Das englische Original, unverändert:
Duke Energy maintains one of the largest utility grids in the United States, and our engineers must complete a higher volume of increasingly complex studies as demand for generation and load grows. As part of our collaboration with AWS, Duke Energy engineers are using specialized AWS AI Agents to study grid upgrade decisions around reliability, costs, and the impact on customers and the Duke Energy grid, all through auditable and codified Agentic workflows. Our engineers lead the work and make all final engineering decisions, while AI agents provide them with more time for engineering judgment and review. For our customers, that means that we are enhancing reliability and positioning ourselves to meet future demand.
John Pressley, Managing Director of Digital Strategy and Engineering, Duke Energy
Sinngemäß aus derselben Pressemitteilung, keine Erweiterung: Duke Energy betreibt eines der größten Versorgernetze der Vereinigten Staaten. Die Planenden — die Meldung sagt engineers — müssen mehr und zunehmend komplexere Studien abschließen, weil die Nachfrage nach Erzeugung und Last wächst. Im Rahmen der Zusammenarbeit mit AWS untersuchen sie mit spezialisierten AWS-KI-Agenten Ausbauentscheidungen im Grid zu Zuverlässigkeit, Kosten und Folgen für Kundschaft und Netz. Der Weg dahin seien auditierbare und kodifizierte agentische Workflows. Die Planenden führen die Arbeit und treffen alle finalen Entscheidungen. Die Agenten verschaffen Zeit für ingenieurtechnisches Urteil und für die Prüfung. Für die Kundschaft heiße das, die Zuverlässigkeit zu stärken und sich auf künftige Nachfrage einzustellen. Der letzte Satz ist Presseys Anspruch, kein gemessener Nachweis in diesem Text.
Joseph Santamaria, general manager, Energy and Utilities bei AWS, wird in derselben Meldung so zitiert: „Utilities are facing a challenge that scaling their manual processes alone cannot solve“. Sinngemäß weiter, wieder AWS-Zitat und nicht unsere Messung: Tausende Gigawatt an Erzeugungs- und Speicherprojekten warteten auf den Anschluss, während die Stromnachfrage weiter wachse. Agentic Grid Planning solle KI in die Planungsabläufe bringen, auf die Planende täglich bauen, und Anschlussstudien schneller machen. Die Agenten arbeiteten mit Anwendungen, denen die Planung schon vertraue, und die Planenden blieben in jedem Schritt die Instanz. So wolle AWS Studien voranbringen und die Energieinfrastruktur anschließen, die Kommunen und Unternehmen brauchen, „faster than ever before“. Der Superlativ ist AWS-Formulierung. Ein Vergleichsjahr liefert die Meldung nicht.
Was Duke nach der Meldung jetzt mit den Agenten tut: Datenvorbereitung, das Ausführen der Analysen und die Koordination des Ablaufs automatisieren und ergänzen. Zielrichtung von Duke: die Kapazität der Planenden heben, die Arbeit straffer führen, den Anschlussprozess weiterentwickeln. Duke und AWS arbeiten außerdem daran, die Fähigkeiten breiter in die Planung großer Lasten zu ziehen und ein Fundament für Last- und Erzeugungsstudien zu legen. „Arbeiten daran“ ist nicht „ist eingeführt“. Ein Fundament ist kein fertiges Haus.
Zwei Wochen auf Stunden ist kein Minuten-Versprechen
Jetzt die Zahl, die in jeder Zweitverwertung kleben bleibt. Duke Energy, der Versorger in der Zusammenarbeit, habe bei der Datenvorbereitung den Sprung von zwei Wochen manueller Arbeit auf Stunden gesehen, unter Nutzung dieser Agenten. So die gemeinsame Angabe in der Pressemitteilung. Partner-Claim. Nicht „alle Studien dauern Stunden“. Nicht „jede Queue schrumpft auf einen Nachmittag“. Die Datenvorbereitung. Zwei Wochen manuell. Danach Stunden. Enger Gegenstand, enge Quelle, klarer Vermerk.
Aber Moment mal: Auf der Produktseite zu Agentic Grid Planning steht ein anderer Satz. Die Planenden blieben in Kontrolle, während KI-Agenten „compress months of study work into minutes“ — Monate Studienarbeit in Minuten drücken. Das ist eine Marketingzeile der Produktseite. Sie spricht von Studienarbeit, nicht von Datenvorbereitung, und von Monaten auf Minuten, nicht von zwei Wochen auf Stunden.
Nein.
Das sind zwei Sätze aus zwei Dokumenten. Wer sie zu einer Zahl verschmilzt, bekommt eine Folie, die Duke nicht gesagt hat und die Produktseite nicht an Duke gemessen hat. Minuten sind Marketing. Die Stunden gelten, wenn überhaupt, für die Datenvorbereitung bei Duke, als Partnerangabe. Ich würde die beiden Zeilen in einem Gremium nie in dieselbe Klammer setzen.
Ehrlich gesagt halte ich die Minuten-Zeile für unbrauchbar in einem Protokoll, das später jemand liest. Sie hat keine Studie, kein Szenario, keine Definition, was „Studienarbeit“ in der Stoppuhr war. Die Duke-Zahl ist enger und trotzdem ein Claim der Zusammenarbeit, kein Laborbefund von uns. Beides kennzeichnen. Nichts mitteln. Nichts auf deutsche Netzbetreiber übertragen, die in beiden Texten nicht vorkommen.
Die Produktseite liefert dazu ein Framing, das zur These passt, aber ebenfalls Claim bleibt. Ein großer Teil jeder Studie — Daten vorbereiten, sie zwischen Werkzeugen bewegen, Fälle aktualisieren, Abläufe neu anstoßen, Berichte zusammenbauen — brauche Aufsicht, nicht dauerndes Urteil. So AWS. Einen Prozentanteil nennen sie nicht. Wir setzen keinen daneben. Der Satz erklärt immerhin, warum Orchestrierung und Urteil nicht dasselbe sind. Aufsicht an den Toren. Urteil dort, wo eine Entscheidung das Netz berührt.
Drei Stufen, drei Tore in der Planung
Die Produktseite schneidet die Arbeit in drei Stufen. An jedem Entscheidungstor sitzt eine Prüfung durch Planende. Unterstützt werden stationäre Übertragungsnetz-Studien für den Anschluss von Erzeugung und von großen Lasten, mit Lastfluss und Ausfallanalyse, für einen einzelnen Antrag oder ein Cluster. Dynamische Stabilität, Kurzschluss oder andere Studienarten nennt die Seite nicht. Wer das Programm als komplette Planungsabteilung liest, liest mehr hinein, als dort steht.
Stufe eins, Fälle studienfertig machen. Es werden Basisnetzzustände gewählt und ein einzelner Anschlussantrag oder ein Cluster. Für jeden Antrag schlagen die Agenten einen Anschlusspunkt vor und die Topologie-Updates, die den Anschluss brauchen. Die Produktseite schreibt die einzelnen Betriebsmittel nicht vor. Planende bestätigen oder überschreiben die Empfehlung, bevor die Agenten aktualisierte Fälle über die Planungsszenarien erzeugen. Vor der Bestätigung keine Fälle. Nach der Bestätigung folgt der Lauf über die Szenarien. Das Tor ist der Kern, nicht die hübsche Automatik davor.
Stufe zwei, rechnen und neu rechnen. Lastfluss und Ausfallanalyse laufen. Verstöße werden kategorisiert. Maßnahmen werden zur Freigabe vorgeschlagen, nicht still übernommen. Berichte werden entworfen. Ändern sich Eingaben, läuft die Studie neu, ohne dass jemand den Aufbau mit der Hand neu zusammensetzt. Die deterministische Modellierung bleibt im Simulationsprogramm. Der Agent stößt an, sortiert, entwirft. Die Zahl kommt aus der Rechnung, die das Team schon kannte, bevor irgendein Sprachmodell im Raum war.
Stufe drei, Verfahren festhalten. Die erste Studie wird interaktiv geführt. Die Agenten entwerfen aus der aufgezeichneten Sitzung einen Workflow-Leitfaden. Planende prüfen ihn und heben ihn zum versionierten Bestand des Teams. Die Produktseite nennt das das Überführen der Arbeitsweise erfahrener Planender in ein wiederverwendbares, versioniertes Gut. Nützlich, wenn die Prüfung echt ist. Ein Leitfaden, den niemand gelesen hat, ist ein schönes Dokument. Keine Freigabe.
Walkthrough ohne erfundenen Kunden: die Tore der Planung
Dieses Bild wurde komplett mit KI generiertProviderhiggsfieldModellgpt_image_2PromptAdult hands marking a paper checklist beside a monitor showing a blurred power-flow diagram, calm office light, photorealistic, no logos, no readable company names, no readable UI text, 16:9Ein Walkthrough, kein Kunde. Montag, Besprechungsraum, ein Cluster aus Erzeugungsanträgen plus einer großen Last. Kein deutscher Netzbetreiber, kein erfundener Name, keine erfundene Stunde. Nur die Tore der Produktseite, in eine Prüfungsszene gelegt.
Jemand wählt die Basiszustände und das Cluster. Der Agent legt für einen Antrag einen Anschlusspunkt auf den Tisch, dazu die Topologie-Änderung, die der Anschluss braucht. Eine planende Person kennt eine örtliche Einschränkung, die im Vorschlag nicht steckt, und überschreibt. Erst jetzt entstehen die Fälle über die Szenarien. Dann die Rechnung im bekannten Programm: Lastfluss, Ausfälle, Liste der Verstöße, Vorschlag für eine Maßnahme, Entwurf des Berichts. Die Maßnahme wartet auf Freigabe. Am Nachmittag ändert sich eine Eingabe. Der Lauf startet neu, der Aufbau wird nicht von vorn geklebt. Der erste Tag war interaktiv. Der Leitfaden, den der Agent aus der Sitzung entwirft, bleibt Entwurf, bis ihn jemand prüft und in den Bestand hebt.
Genau so, und nicht schneller in der Marketingzeile, sieht Orchestrierung unter Freigabe aus. Fehlt das Überschreiben, fehlt die Freigabe der Maßnahme oder fehlt der Mensch über dem Leitfaden, ist der Walkthrough Blindflug mit ordentlichen Menüs.
| Stufe | Wer vorschlägt | Wer freigibt | Was deterministisch bleibt | Quelle |
|---|---|---|---|---|
| Fälle vorbereiten | Agenten schlagen Anschlusspunkt und Topologie-Updates vor | Planende bestätigen oder überschreiben, bevor Fälle über Szenarien erzeugt werden | Die Physik-Simulation; Fälle entstehen aus bestätigten Eingaben, nicht aus geschätzter Physik | AWS-Produktseite |
| Rechnen und neu rechnen | Agenten kategorisieren Verstöße, schlagen Maßnahmen vor, entwerfen Berichte | Planende geben die Maßnahmen frei | Lastfluss und Ausfallanalyse im vorhandenen Simulationsprogramm | AWS-Produktseite |
| Verfahren festhalten | Agenten entwerfen aus der Sitzung einen Workflow-Leitfaden | Planende prüfen und heben den Leitfaden zum versionierten Team-Bestand | Das Simulationsprogramm bleibt die rechnende Instanz; der Leitfaden beschreibt den Ablauf, er rechnet nicht | AWS-Produktseite |
Die Tabelle folgt der Produktseite. Sie ist keine Norm und kein Ergebnis einer Anschlussstudie, die wir gesehen hätten. Die Pressemitteilung stützt die Rollenverteilung — Entscheidung bei den Planenden, deterministische Simulation, Agenten koordinieren den Workflow — ohne die drei Stufen so fein zu schneiden. Feine Stufen: Produktseite. Rollen: beide Texte.
Die Simulation rechnet, die Agenten reichen nur den Stab
Der Knackpunkt sitzt in der Akte, nicht in der Modellwahl. Die Produktseite sagt: Die Agenten versionieren Artefakte und zeichnen jeden Schritt auf, damit Prüfende Simulationsbelege, KI-Begründung und Entscheidungen der Planung auseinanderhalten und Werte auf einzelne Läufe zurückführen können. Drei Schichten. Kein Brei.
Der Simulationsbeleg ist die Zahl aus dem deterministischen Lauf. Die KI-Begründung ist, warum ein Agent einen Anschlusspunkt oder eine Maßnahme vorgeschlagen hat. Die Entscheidung ist, was Planende bestätigt, überschrieben oder freigegeben haben. Wer diese drei in einem PDF vermischt, hat die Akte verloren, auch wenn das PDF ruhig formatiert ist. Später liest niemand eine Stimmung. Später liest jemand eine Spur.
Ich finde, diese Trennung wiegt schwerer als jede Geschwindigkeitszeile. Eine Queue, die in Jahren misst, wird nicht durch eine schnellere Folie kürzer. Sie wird bearbeitbar, wenn eine Prüfung erklären kann, wer was freigegeben hat und welche Rechnung die Zahl trägt. Ohne die Trennung ist Tempo nur die Chance, denselben Fehler öfter zu machen. Das ist meine Haltung, nicht ein Satz von Santamaria.
Freigaben in Workflows, die ein Haus schon kennt, sind kein Energiethema und trotzdem derselbe Muskel. Der Text zum ERP-Agent-Gateway mit Copilot, Joule und Workflows zeigt diese Nachbarschaft: Systeme, die bleiben, und Abläufe, die eine Freigabe brauchen. Übertragen Sie von dort keine Produktnamen in die Netzplanung. Übernehmen Sie die Frage, wer den Schritt freigibt, bevor der nächste startet.
Dieselbe Narbe am anderen Ende: der Handoff. Wenn der Agent den Bericht entwirft und niemand benennen kann, wo die menschliche Entscheidung einsetzt, ist der Handoff eine Stimmung, kein Schritt. Den Handoff vom Workflow an eine menschliche Instanz haben wir an Ticket-Übergaben beschrieben. Hier ist die Instanz die planende Person vor der Anschlussstudie. Nicht das Ticket. Die Parallele endet bei der Pflicht, den Übergang zu benennen.
Cluster-Studien und Fristen sind Regelwerk, kein Modul
Die Federal Energy Regulatory Commission, kurz FERC, ist die US-Bundesbehörde, die unter anderem den überregionalen Stromtransport reguliert. FERC Order 2023 verpflichtet Übertragungsanbieter dazu, Cluster-Studien nach dem Prinzip first-ready, first-served zu nutzen und Studienfristen beim Anschluss von Erzeugungsanlagen einzuhalten. So gibt die AWS-Pressemitteilung das Regelwerk wieder. Den Order-Text selbst haben wir für diesen Artikel nicht geöffnet. Kautionen, Paragraphen, Fristen in Tagen: nicht hierher schreiben, wenn sie in der Meldung nicht stehen.
First-ready, first-served lese ich als Kurzformel so: Nicht die bloße Ankunft in der Queue entscheidet, sondern wer studierfertig ist, rückt im Cluster nach vorn. Das ist Lesehilfe zu der englischen Formel, die AWS der Order zuschreibt, nicht der Order-Wortlaut selbst. Cluster statt Einzelgang in Ankunftsreihenfolge ändert die Arbeitslast. Viele Anträge in einem Lauf, gemeinsame Fälle, gemeinsame Verstöße, Abgrenzung, wer welches Upgrade auslöst. Genau dort wird Koordination teuer — und genau dort wäre ein Agent, der Fälle schiebt, nur dann brauchbar, wenn die Freigabe stehen bleibt.
Daneben, wieder aus der Pressemitteilung und nicht als Feature: ERCOT, NYISO und SPP entwickeln neue Anschlussprozesse für große Lasten. „Entwickeln“. Nicht „haben umgestellt“, nicht „sind fertig“. Drei Netzorganisationen, drei laufende Prozesse, keine Details zum Verfahren in der AWS-Meldung.
AWS behauptet, Agentic Grid Planning on AWS helfe dabei, diesen Anforderungen zu begegnen. Das ist ein AWS-Claim. Eine Order erfüllt sich nicht, weil ein Workflow schneller Fälle baut. Fristen, Cluster-Zuschnitt und die Unterschrift bleiben bei den Verantwortlichen des Netzes und bei der Behörde. Ein zügigerer Lauf kann einer Frist dienen. Er ist die Frist nicht. Wer das in der Gremienfolie zum Order-Modul macht, verkauft Regulierung als Feature.
Funktioniert nicht.
Sicherheitsclaims: eigenes Konto, IAM, Modell, Zertifikate
Die Produktseite wirbt mit Kontrolle über die Daten und nennt das den AWS-Sicherheitsstandard. Alles Folgende sind AWS-Claims, keine Prüfung durch uns, kein Testat, das wir eingesehen hätten.
Die Umgebung hänge am eigenen AWS-Konto. Ressourcen liefen in der eigenen Infrastruktur, nicht geteilt. Zugang richte sich nach IAM-Regeln und dem eigenen Identitätsanbieter über das AWS IAM Identity Center. Wer was darf, lege das jeweilige Haus selbst fest. Die Begründung der Agenten laufe über Basismodelle in Amazon Bedrock. Prompts und Completions würden nicht zum Trainieren der Modelle verwendet und nicht mit Modellanbietern geteilt. Zur Compliance schreibt die Seite: FedRAMP-aligned, SOC 2 Type II, ISO 27001 certified, gebaut für regulatorische Anforderungen von Energie und Versorgern.
Lesen Sie die Wörter, nicht die Überschrift. „FedRAMP-aligned“ ist nicht dasselbe wie eine FedRAMP-Autorisierung. SOC 2 Type II und ISO 27001 stehen als certified daneben, aligned steht nur beim ersten. Die Seite sagt „compliance-ready“. Bereit ist kein bestandenes Verfahren in Ihrem Namen. Für deutsches oder europäisches Aufsichtsrecht steht dort nichts. Wir ziehen die Linie nicht selbst und nennen keine deutschen Betreiber, die das angeblich einsetzen.
Was eine Revision trotzdem fragen muss, unabhängig vom Zertifikatsreigen: Liegt die Akte im eigenen Konto, versioniert, mit den drei Schichten? Kann jemand den Anschlusspunkt zur Person zurückverfolgen, die bestätigt oder überschrieben hat? Lässt sich ein Wert im Bericht auf einen konkreten Simulationslauf zurückführen? Wenn die Antwort auf eine dieser Fragen ein Schulterzucken ist, helfen Zertifikatszeilen nicht. Dann fehlt die Spur. Blindflug, nur mit besserem Deckblatt.
Was Sie in der nächsten Queue-Runde anders fragen
Lassen Sie das Poster an der Wand. Es schadet nicht. Es löst nichts. Die Fragen, die in der Queue-Runde tragen, sind unspektakulär, und genau deshalb werden sie übersprungen.
Wer hat den Anschlusspunkt bestätigt oder überschrieben, bevor die Fälle über die Szenarien entstanden sind? Welche Rechnung im Simulationsprogramm trägt welche Zahl, und wo liegt das versionierte Artefakt? Welche Begründung stammt vom Agenten, welche Entscheidung von Planenden? Welche Zeile darf in die Folie — die Duke-Stunden zur Datenvorbereitung, als Partner-Claim vom 17.9.2026, oder die Minuten-Zeile der Produktseite — und mit welchem Vermerk? Hilft der Ablauf bei Cluster-Studien und Fristen nach FERC Order 2023, oder behaupten wir das, weil AWS behauptet, das Programm helfe bei diesen Anforderungen?
Zugang gibt es nach der Meldung für qualifizierte Versorger und Netzbetreiber, nicht als offenen Download. Professional Services ist ein Angebot zur Integration, falls nötig. Ein Angebot ist kein Montag, an dem der erste Cluster schon sauber läuft. Und die Arbeit an der Planung großer Lasten, die Duke und AWS laut Meldung ausweiten wollen, ist Arbeit. Kein abgeschlossener zweiter Studienstrang.
Auf digital-magazin.de gilt für diesen Stoff derselbe Test wie für andere Workflows mit Agenten: Mandat, Handoff, Freigabe. Hier heißt das Mandat die letzte Entscheidung der Planenden. Der Handoff liegt an den drei Toren. Die Freigabe ist der Moment, in dem ein Vorschlag zur Eingabe der deterministischen Simulation wird — oder verworfen wird. Ohne diese drei bleibt Agentic Grid ein Logo auf einer Queue, die in Gigawatt rechnet und in Jahren misst.
Der Punkt ist: Mehr Planende verlieren gegen die Queue, wenn der Ablauf derselbe bleibt. Agenten verlieren gegen die Physik, wenn sie die Simulation ersetzen sollen. Was bleibt, ist der langweilige Mittelweg. Workflow unter Freigabe. Simulation, die rechnet, statt zu raten. Akte, die später jemand lesen kann.
Und jetzt? Streichen Sie die Minuten aus der Vorlage. Lassen Sie die zwei Wochen und die Stunden bei der Datenvorbereitung stehen, mit dem Vermerk Partner-Claim. Schreiben Sie über die LBNL- und ERCOT-Zahlen, dass sie über die AWS-Meldung kommen. Fragen Sie, wer unterschreibt. Sonst ist der nächste Agent im Grid nur ein schnellerer Blindflug.

