Exploring how AI reshapes the way humans think, learn, and create.

Learning With AI

Generative AI in Renewable Energy: Grid Operations & Carbon

Generative AI in renewable energy, via two working cases: LLMs in grid control rooms and AI carbon accounting. Tools, limits, and impact on energy jobs.

Intelligenr Research Team·
generative AI in renewable energyAI in grid operationsLLM for power system operatorsAI skills for energy professionals

Editorial Note: This analysis examines how generative AI is being applied in renewable energy, from grid operations to carbon accounting. It distinguishes demonstrated capabilities from emerging research and explores where human judgment remains essential.

Generative AI in Renewable Energy: Two Working Cases, One Honest Assessment

Elena and Marcus below are composites built from publicly described workflows. The tools, documents, and figures cited are real.


Two rooms, one bottleneck

In the control room of a European transmission system operator, Elena watches the alarm list scroll. She has roughly thirty seconds to decide whether a fresh alert points to an equipment fault, a communications dropout, or a cascading effect from a wind farm that tripped offline upstream. The operating procedures within reach run past three thousand pages, and the chapter she needs starts somewhere after page four hundred.

A few hundred kilometers away, in an office building that has nothing to do with high voltage, Marcus is staring at a gap in a disclosure filing. Three suppliers have not returned their Scope 3 data. He has to decide which emission factor version to substitute, how to phrase the note in the annex, and whether that substitution will survive assurance.

Different jobs, same bottleneck: the volume of information that has to be processed reliably inside a bounded window has outgrown what one person can handle alone.

For two years, much of the industry conversation about generative AI in energy has centered on whether it can be used. The more useful questions are where concrete applications and research prototypes exist, where their boundaries are drawn, and how they change the work people do. This piece examines two distinct settings — grid-control-room decision support and carbon accounting — and then looks at what those developments mean for the people holding those jobs.

Drawing a line that often gets blurred

Generative AI vs. predictive AI in energy

Most of the AI already running in the energy sector does not produce language. DeepMind's neural networks forecast wind farm output up to 36 hours ahead, raising the economic value of wind energy by roughly 20% (a figure Google reported itself, in 2019). GE Vernova's SmartSignal performs component-level predictive maintenance across wind fleets. Storage dispatch runs on reinforcement learning and rolling optimization. These systems take time-series data in and produce numbers and strategies out. Nothing in the pipeline is human-readable prose.

Generative AI often operates in a different layer: retrieving and summarizing procedures, drafting documents and reports, assisting with modeling code, and translating structured data into explanatory language. Its distinctive strength is generating and organizing information, although it can also call external tools or participate in computational workflows. The important distinction is not that generative AI can never compute or support decisions, but that its outputs often require validation by specialized models, established engineering methods, or human judgment before they can be relied upon.

That distinction matters because it determines whether claims about "AI replacing energy jobs" are even testable. Predictive AI compresses the input side of judgment — it shows an operator a risk earlier. Generative AI compresses the expression and assembly side — it saves an analyst six hours of transcription and formatting. The two affect different job actions and call for different responses. Discussing them as one category tends to produce conclusions that are simultaneously dramatic and unverifiable.

Case one: a second brain in the control room

Generative AI in grid operations: LLMs entering the control room

Where the friction actually is

The core tools in a modern control room — SCADA and EMS — were designed for a grid with centralized generation, stable power flow direction, and a bounded set of abnormal conditions. High renewable penetration, distributed resources pushing power backward, and the randomness of EV charging all sit outside those design assumptions. The result for someone like Elena is denser alarms, shorter response windows, and a thicker stack of compliance text to interpret under time pressure.

NREL states these pressures plainly in its technical report eGridGPT: Trustworthy AI in the Control Room: decarbonization, decentralization, and digitization, combined with a capability gap in existing tooling and the difficulty of searching thousands of pages of procedure during an emergency.

What a research prototype actually did

eGridGPT is a research project exploring the use of a large language model for grid-control-room decision support. Its architecture combines an LLM, a digital twin, and visualization in an iterative decision-support workflow. The report describes a training process involving power-engineering literature, relevant regulatory and reliability documents, and utility-specific operational information. The prototype is intended to support operator analysis; it should not be confused with an LLM directly controlling grid operations.

Three engineering decisions determine whether such a system can enter a live control room at all.

The model has to run locally. The report describes an architecture based on open-weight models that can be deployed on-premises, naming model families such as Llama 3 and Mistral. This approach is intended to keep sensitive operational data within the utility's controlled environment and reduce exposure to external services. Local deployment can support NERC CIP compliance, but it does not establish compliance on its own; that depends on the wider system architecture, security controls, and applicable requirements.

Suggestions are checked through simulation before they are presented to the operator. In the proposed architecture, LLM-generated recommendations can be evaluated using a physics-based digital twin before they reach the operator. This provides an important safeguard against physically inconsistent recommendations, although its effectiveness depends on the accuracy of the underlying models, the quality of the input data, and the scenarios covered by the validation process. A language model can generate a dispatch recommendation that is grammatically flawless but physically impossible; simulation can help detect such errors, but it cannot guarantee that every unsafe or incorrect recommendation will be caught.

Decision authority stays with the operator. The report is explicit about human-in-the-loop: the AI proposes, the operator reviews, and the human carries the responsibility. The reasoning is unglamorous — an AI system cannot be held legally accountable.

One validated use case in the report is exactly the kind of work nobody brags about and everybody dislikes: device model mapping. Real-time operating models use node-breaker representation while offline planning models use bus-branch representation, and the equipment names and numbering frequently disagree between them. The traditional approach is manual line-by-line reconciliation taking weeks. eGridGPT completes high-accuracy matching in minutes, verified through simulation, with results consistent with industry standards.

From paper to product, the direction is consistent

Vendor roadmaps point in a similar direction. GE Vernova's publicly described grid software AI capabilities include alarm analysis, log analysis, contingency analysis, and a "virtual operator assistant," with an emphasis on augmenting operators rather than handing over autonomous control. Similar positioning across supplier materials suggests a shared preference for incremental adoption, although vendor descriptions should not be treated as evidence of production deployment or independently verified performance. The distance between a roadmap capability and a production-ready system depends on the application, integration requirements, validation results, and security reviews; it should not be assumed to follow a fixed timeline.

Europe adds a variable: algorithmic sovereignty

On June 3, 2026, the European Commission published its Strategic Roadmap for Digitalisation and AI in the Energy Sector as part of the European Tech Sovereignty Package. The document names four problems: barriers to data access, insufficient and fragmented adoption, the rising energy consumption of digital technologies themselves, and the risks of deployment at scale. The Commission's own estimates project that demand-side flexibility could cut EU consumers' electricity bills by more than €71 billion per year (a 64% reduction in electricity costs), and that AI-enabled operations and maintenance optimization could save up to €94 billion per year by 2035. Those are Commission projections, not realized results, and should be read with that label attached.

The AI.grids initiative launched the same day is an important development for practitioners. It brings together European energy and research stakeholders to advance sovereign AI models for grid management and planning. The initiative reflects Europe's emphasis on technological autonomy in critical infrastructure. Although the policy context differs from that of the United States, it would be too broad to conclude that the US market has no comparable concerns about data security, infrastructure resilience, or control over critical technologies. For technology selection in Europe, sovereignty and data-governance requirements may therefore become important procurement considerations, alongside performance, cybersecurity, and integration needs.

A global comparison that is easy to misread

In China, Huanrou National Laboratory and China Southern Power Grid released the NWHR power production large model in December 2025, reporting that dispatch plan generation dropped from hours to minutes and that renewable accommodation rates in a pilot grid improved by about 25%. It appears here to show that vertical domain-specific models are a global, simultaneous trend — not as evidence about generative AI. Three qualifications travel with it: the figures are vendor-reported, the deployment is a single municipal-level utility pilot, and it is a physics-informed specialized model rather than a generative one. Citing it without those three caveats is technically imprecise.

Where the boundaries sit

Hallucination, liability allocation, audit trails, and cybersecurity compliance remain unresolved in the control room context; they are mitigated by engineering, not solved. Publicly described approaches remain focused on decision support rather than autonomous control. This does not establish that every deployment follows the same pattern, but it reflects the caution warranted in a safety-critical environment. A single incorrect dispatch instruction can have serious consequences.

The control room deals with electrons. The carbon ledger deals with numbers and accountability, and the second depends on generative AI more directly.

Case two: moving the carbon ledger out of Excel

AI carbon accounting and automated GHG reporting: what tools can and cannot do

The compliance shape has changed

CSRD has been a major driver of sustainability disclosure in Europe. The EU's Omnibus I simplification legislation, approved by the Council in February 2026, narrowed the scope of sustainability reporting obligations and changed the requirements applicable to companies that remain within scope. The implications for individual companies depend on the final legislative provisions, applicable thresholds, implementation timelines, and any relevant national measures. For carbon-accounting teams, the practical task is to establish which requirements apply to their organization rather than assume that the earlier reporting framework remains unchanged.

The net effect is that compliance pressure did not disappear; it changed shape. Coverage moved from broad and comparatively shallow to narrower and considerably deeper per report. That raises, rather than lowers, the dependence on tooling and professional judgment — fewer filings, each more likely to be examined in detail.

What the tool layer can do, and what it explicitly cannot

Microsoft's Copilot in Sustainability Manager is a sample that can be described precisely, because Microsoft documents its own limits. It is included in the Premium tier, several capabilities remain in preview, it is powered by Azure OpenAI, and it currently supports English only and is unavailable in the Germany region. The capability list and its constraints:

  • Create calculation models. Describe the requirement in natural language and Copilot generates a calculation model. The constraint: it is intended for initial model creation only, cannot be refined conversationally, and is currently specific to carbon emissions calculations. Subsequent edits happen manually in the calculation editor.
  • Find facts in documents. Upload ESG documents, extract information relevant to disclosure requirements, and draft responses. The constraints: a maximum of five documents per request, PDF/DOCX/TXT only, and text recognition only — images inside documents are not supported.
  • Query data. Ask questions about organizational data in natural language. The constraints: it is not intended for analyzing data or drawing conclusions, and it does not support elastic tables, which is where activity data, water data, waste data, and all emissions live.
  • The product surfaces its own disclosure: AI-generated facts may be inaccurate, and accuracy review is required before submission for approval.

Persefoni is built with a different center of gravity. Its emphasis is the Footprint Ledger, activity and audit logs, and per-calculation transparency — formula, emission factor, and GWP value traceable line by line. One product leans toward generation, the other toward auditability.

That difference points at the real bottleneck in carbon accounting: the hard part was never speed of calculation. It is whether a number can be defended. A report generated in two hours that cannot state which factor version every figure came from will not pass assurance. Tool selection should evaluate generation speed and traceability depth separately, and many teams test only the first.

The division of labor that currently holds

AI can produce drafts and identify issues for review. Humans remain responsible for setting boundaries, selecting emission factors, maintaining consistency across reporting periods, and approving disclosures. Across the implementations and product capabilities examined here, the recurring pattern is "AI drafts, human verifies and signs." This division of labor may persist in high-accountability reporting workflows because assurance requirements and legal responsibility cannot simply be transferred to a model, even as the degree of automation evolves.

The risk list

Selecting the wrong emission factor version. Organizational boundary drift. Reporting an estimate as a measurement. Divergence between the narrative in the report and the underlying workpapers. Substituting a default value for missing supplier data without disclosing the substitution in the notes. These errors share one property: AI makes them appear faster, tidier, and harder to catch by eye. A well-formatted wrong report is more dangerous than a messy correct one.

Both cases so far sit in processes that were already mature. Storage is a different situation, where generative AI still lives mostly in papers.

The part that has not reached production: green storage

Generative AI for energy storage: where research is ahead of deployment

Publicly visible GenAI work in storage is mostly academic: combining LLMs with time-series models for battery state-of-health and remaining-useful-life estimation, and using retrieval-augmented generation to have an LLM produce the modeling and solver code for demand-side optimization problems. These belong to a different technology stack from commercial storage optimization — reinforcement learning dispatch, rolling optimization, predictive maintenance — and the two are frequently conflated in secondary coverage.

A pragmatic assessment is that, over the next 12 to 24 months, a plausible near-term role for generative AI in storage is the operations knowledge and strategy-explanation layer — fault-diagnosis question answering, work-order description normalization, impact statements for strategy changes, and structured maintenance records. Broad adoption in direct closed-loop control appears less likely over that period, given the safety implications of battery failures, the need for reliable control under changing conditions, and the burden of validation and auditability. This is a forward-looking assessment, not an established deployment forecast.

With the technical map roughly complete, the remaining question is what this means for the people in those roles.

A day in the job, before and after

AI skills for energy professionals: a day in the life, before and after

Start with the data. LinkedIn's Global Green Skills Report 2025 finds that green job growth is running at roughly twice the rate of green skills supply; that across the US, Germany, the UK, France, Italy, and Canada, only 3.1% of green talent also holds at least one AI engineering skill; that energy management is the fastest-growing green skill category globally; and that candidates with green skills are 46.6% more likely to be hired than the average.

The figures point to a potential skills gap at the intersection of green expertise and AI engineering. They do not, by themselves, establish how many energy professionals can effectively use generative AI in day-to-day work. The more practical question is which AI-related capabilities complement existing energy expertise. The table below breaks this down by role and by specific task.

Role / task How it was done With AI in the loop Where human value moves Capability to build (concrete)
Grid / dispatch engineer — procedure lookup and abnormal condition handling Flip through thousands of pages of procedure; rely on memory and experience LLM retrieves and summarizes the relevant clauses; recommendations validated in a digital twin first Judging whether a recommendation holds; owning the decision Writing constrained prompts: turning "this line is overloaded, what do I do" into "35 kV feeder N-1 overload at Substation X — per Chapter X of the procedure, what load-shedding sequence is executable, and what preconditions apply"; verifying that cited clause numbers actually exist; knowing which scenarios are off-limits (protection coordination, black start sequencing)
Grid / dispatch engineer — event review and reporting Handwritten, slow, formatting varies by person Auto-generated first draft with consistent formatting Fact-checking, characterizing conclusions, external wording Aligning SOE event sequence records, SCADA time series, and alarm timestamps before handing anything to a model; distinguishing measured values from model-inferred values; knowing the format and filing deadlines required by the local authority
Carbon / ESG analyst — building calculation models Excel plus manual mapping; treatment rules held in personal memory Natural-language generation of a model draft Boundary setting, factor selection, auditability Stating the basis for organizational boundary and the control vs. equity share choice; judging an emission factor's source tier (supplier-measured / local grid factor / default) and vintage year; requiring tools to output traceable factor citations
Carbon / ESG analyst — drafting disclosure Repeated work across frameworks, compressed before deadlines Draft generation plus document question answering Liaising with assurance providers, consistency of treatment Running a three-way reconciliation of draft, system data, and workpapers; knowing what assurance providers typically sample (sampling method, supporting documentation, treatment change explanations); spotting wording that presents an estimate as a measurement
Storage / asset operations engineer — fault diagnosis and work orders Manual lookup, experience, knowledge passed person to person Knowledge base Q&A plus work order drafting Safety judgment, on-site response Structuring alarm codes, cell voltage/temperature deviation, and cycle depth before asking; identifying which alarms require physical response rather than a chat answer (insulation anomalies, abnormal temperature rise); maintaining a personal fault-to-response knowledge base

The last column deserves the most attention. The capabilities it names share one property: they are all about turning tacit experience into something inspectable. Prompt skill is the surface layer. Underneath it is whether you can state your own judgment criteria clearly enough that a machine can retrieve against them and a colleague can check them.

What changes is the core of the job, not the job title: from producing information to verifying information and carrying responsibility for it.

If only three things get done, here are three that come out of these industries specifically.

Three things that can start this week

How to upskill in renewable energy with AI, without changing careers

One: run a reversible substitution trial rather than a wholesale adoption.

Fix three screening criteria: the output format is stable, historical samples exist to compare against, and errors are easy to detect and roll back. Three concrete targets — shift handover notes and daily operating reports on the dispatch side; monthly emissions roll-ups and treatment change explanations on the carbon side; inspection record consolidation and work order description normalization on the operations side.

Equally important is knowing what not to touch first: protection setting calculations, grid connection condition confirmation, and the sign-off language on external disclosures. Errors in those three places are not reversible, and touching them first is the fastest way to lose a team's trust in the tool.

Two: attach "verification" to the objects that actually exist in the job.

Saying "review AI output" generically has no operational value. Per role:

  • Dispatch: what clause and section does the recommendation cite? Has it been checked against the source text? Can it be run in simulation before it is trusted?
  • Carbon: which emission factor version, which vintage, which source tier produced this number? Has it been reconciled against the workpapers?
  • Storage: where in the raw BMS data are the timestamp and measurement point corresponding to the anomaly the model flagged?

The shared structure is requiring every conclusion to trace to a source. That habit determines your position in an AI-assisted workflow more reliably than tool fluency does.

Three: write down the rules that currently live only in your head.

This is the only material that retrieval augmentation and fine-tuning can actually consume, and it is the part external vendors find hardest to replicate. Three deliverable forms:

  • A one-page veto list: the conditions under which AI recommendations are explicitly not adopted (black start sequencing, precursors of thermal runaway, protection coordination).
  • Codified criteria from senior staff: at what magnitude of inter-cell voltage deviation to escalate, at what rate of temperature rise to stop and inspect, which alarm combinations mean immediate physical response.
  • A checklist of compliance traps encountered on past projects: how boundary changes get documented, how treatment adjustments get explained in the notes, what the substitution rule is when supplier data is missing.

A side effect of doing this: your position in the team shifts from "the person who uses the tool" to "the person who defines how the tool is used." In an AI-assisted environment, that position is worth more than tool fluency.

Back to the two rooms

The alarm list gets triaged and sorted. The disclosure filing has a first draft. A person still presses confirm.

Generative AI has lowered the information processing cost of the energy sector, and in doing so it has pushed the question of who is accountable for the outcome to the front of the room — which is precisely the part it cannot yet answer. The implementations and product capabilities examined here largely preserve that division of labor. Whether it changes in the near term will depend on validation, integration, and the requirements of each application.

One question to sit with: in your own role, which task have you already been willing to hand to AI, and which one still makes you uneasy? That boundary of unease is usually an accurate map of where your professional value actually sits.


Read More of Intelligenr


References

  1. Choi, Seong Lok, et al., 2024 eGridGPT: Trustworthy AI in the Control Room https://research-hub.nlr.gov/en/publications/egridgpt-trustworthy-ai-in-the-control-room/

  2. European Commission, 2026 Strategic Roadmap for Digitalisation and AI in the Energy Sector https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=celex:52026DC0501

  3. Microsoft Learn, continuously maintained Overview of Copilot in Microsoft Sustainability Manager (preview) https://learn.microsoft.com/en-us/dynamics365/sustainability/copilot-overview

  4. LinkedIn Economic Graph, 2025 Global Green Skills Report 2025 https://economicgraph.linkedin.com/content/dam/me/economicgraph/en-us/PDF/linkedin-global-green-skills-report-v07.pdf

  5. Council of the European Union, 2026 Council Signs Off Simplification of Sustainability Reporting and Due Diligence Requirements to Boost EU Competitiveness https://www.consilium.europa.eu/en/press/press-releases/2026/02/24/council-signs-off-simplification-of-sustainability-reporting-and-due-diligence-requirements-to-boost-eu-competitiveness/


Author Note: AI can accelerate information work, but energy professionals remain responsible for verifying outputs, applying domain expertise, and making accountable decisions.

This article was published in Learning With AI.

← Back to Learning With AI