Research project
When an AI agent controls energy assets – charging and discharging a battery, regulating what goes to the grid, switching an operating mode – the quality of the model is not what makes it safe. What is needed is an independent system for permissions and limits, and that is what we are building with Reality Pack, a research project. An agent has to know which actions it may take on its own, which need a human, and which are forbidden. We turn technical limits, regulatory requirements, contractual agreements and operator instructions into machine-readable rules, and a decision made against them can be traced back to the rule and the source behind it. We start with battery energy storage.
Get involvedResearch project, starting with one battery. No customer and no price yet. What runs today →
A stand-in, not the target. Reality Pack is aimed at large battery storage run by operators, operations managers, direct marketers and aggregators (B2B). We start on a small device because every limit on it can be checked cheaply: the Anker SOLIX Solarbank 4 Pro, one unit, two modules with 1,000 Wp, never discharged below 20 %. The day shown is simulated, not measured. The device has been ordered and the gate has not run against it yet.
The solution
AI agent
“Maximise today’s economic return from this asset.”
50 MWh of storage. To deliver that, the agent has to dispatch the asset – charge, discharge, the physical layer – and sell its flexibility on day‑ahead, intraday, FCR and aFRR, the economic layer.
The institutional layer then asks what neither of them answers: may it offer 20 MW? Sign a binding contract? Dispatch the battery? Put €50,000 at risk?
The customer’s agent asks the pack before every action: is this action, for this asset, right now, executable, permitted and sound in the Bilanzkreis? Unlike an optimiser, the pack does not replace the trading decision – it is what makes it permissible. Layer 4 is not written and stands here so the gap cannot be overlooked.
Numbered 0 because it is not a test of its own: the other four ask whether an action is possible, permitted, worthwhile and mandated — this one asks whether we know anything at all, and how old it is. Not an assumption but a procurement: with an open local interface the access belongs to the operator, otherwise to someone else’s cloud, which can withdraw it.
SourceEMS/BMS exports, schedule data, market data — via exports in a pilot, live in operation
SourceData sheet, EMS/BMS, operator settings
SourceGrid operator, prequalification notices, rulebooks
SourceTrading systems, Bilanzkreis settlement, exchange data
Not written. The pack answers whether an action is permitted; it does not yet answer whether this agent may carry it out for this principal. That is exactly where the step from shadow operation to live operation fails today — so this is the next stage, not a footnote. Milestone 05.
SourceMandate of the owner, delegation rules, accountability chain
The pack is meant to answer Yes, No with a reason, or escalation to a human – every answer logged and traceable to the layer that produced it.
The five verdicts below are hand-written examples – no running system produced them. They show the shape a refusal needs for a human to check it.
Whoever owns an asset can let any agent near it. Whoever builds agents can reach any asset. Direct marketing becomes something software can do, instead of something that takes a trading house.
The hypothesis
Computing what to do with a battery is solved and sold. Computing whether an action may be executed is not. The relevant constraints are distributed across manufacturers, grid operators, regulators, markets, contracts and asset owners – written for humans and often dependent on context. Today, every agent or application has to reconstruct this knowledge for itself.
These constraints can become a machine-readable property of the asset rather than knowledge embedded in each agent. If a real asset is described across five layers – digital, physical, normative, economic and institutional – a foreign agent should be able to propose an action and receive a deterministic decision on whether it may be executed, together with the applicable constraint and a source a human can verify. One maintained description per asset would allow different agents to operate against the same boundaries without having to know them in advance. The Battery Reality Pack tests this hypothesis for a grid-scale battery; the same principle could later apply to PV plants, wind turbines, data centres or charging infrastructure.
The hypothesis fails if relevant constraints cannot be represented without modelling their entire surrounding context; if every asset requires a bespoke, hand-written description; if a refusal cannot be traced to a verifiable source; if an agent needs prior knowledge of the schema or the asset type to use it correctly; or if foreign agents never arrive at all – if operators keep running their own assets with their own software, this is a schema nobody reads. The decisive observable is therefore simple: a foreign agent proposes an impermissible action, the system refuses it correctly, and the refusal can be independently verified. Until that happens, this remains a hypothesis.
Why we do this
AI agents are becoming capable of making decisions and taking actions autonomously, but operating a physical energy asset requires them to respect technical limits, regulatory requirements, contractual obligations and economic constraints. Today, this knowledge is fragmented across systems, documents and organizations and has to be reconstructed for every new application.
The motivation behind the Battery Reality Pack is to make these boundaries an explicit, machine-readable property of the asset itself, enabling AI agents to operate real energy assets autonomously while reliably staying within what is permitted.