Ready to put this into action?
Get the complete AI Integration Playbook β Practical AI implementation guide β prompt engineering, workflow automation, and ROI frameworks.
Article 087 Β· Part 9
AI for Energy, Water, and Environmental Planning
Check the accounting, timing, and physical boundaries before accepting a feasibility claim.
By Randy Salars Β· Published
On this page
- Define the boundary of the calculation
- Distinguish power from energy
- Work through the daily electricity balance
- Add storage losses explicitly
- Test time resolution against the decision
- Apply the same accounting to water
- Connect energy and water without double counting
- Keep costs and feasibility separate
- A reusable prompt
- For students: learn conservation through a small audit
- Practice: challenge the self-sufficiency claim
Check the accounting, timing, and physical boundaries before accepting a feasibility claim.
A building uses 48 kilowatt-hours of electricity in a day. A proposed solar system generates 48 kilowatt-hours in the same day. An AI summary announces that the building can operate entirely on solar power.
The totals match. The timing may not.
A similar mistake occurs with water. Daily supply can exceed daily consumption while a tank still overflows in the morning and runs low later. Annual totals, daily averages, and colorful charts do not automatically describe an operable system.
AI can help structure an audit and compare scenarios. The strongest starting point is a balance sheet that states what enters, what leaves, what is stored, and when each quantity matters.
Define the boundary of the calculation
Before collecting numbers, identify the site, time interval, included equipment, and measurement boundary. βBuilding energyβ might mean electricity at the meter, fuel delivered to the property, useful heat, or a combination with explicit conversion rules.
Do not combine quantities from different boundaries without explanation. Solar generation measured before conversion losses cannot be compared directly with load measured after those losses if the difference is ignored.
For this article, all electrical energy values are fictional and expressed at a common alternating-current accounting boundary. The example assumes a repeating 24-hour cycle with three consecutive eight-hour blocks: daylight, evening, and overnight. It is an energy-accounting exercise, not a system design.
Our water example concerns one fictional tank and a single reporting interval. Volumes use liters. Water quality, pressure, permitted use, and infrastructure suitability are outside the supplied packet and remain unresolved.
Distinguish power from energy
Power describes a rate; energy accumulates over time. A constant two-kilowatt load operating for eight hours uses sixteen kilowatt-hours. The U.S. Energy Information Administration explains the distinction between watts and watt-hours in its electricity measurement guide.
A battery also needs more than one specification. The amount of energy it can store and the rate at which it can charge or discharge answer different questions. A large energy capacity does not by itself establish that the battery can supply a short, high-power demand.
Similarly, water flow in liters per minute is different from stored volume in liters. A source may provide enough total daily water but deliver it too slowly for a particular demand period.
Ask AI to label every column with units. βCapacity: 20β is not usable technical information until the quantity and unit are known.
Work through the daily electricity balance
Our fictional building has a constant load of 2 kW. The proposed solar generation is 6 kW during the eight-hour daylight block and zero in the other blocks.
| Consecutive block | Duration | Load power | Load energy | Solar energy |
|---|---|---|---|---|
| Daylight | 8 hours | 2 kW | 16 kWh | 48 kWh |
| Evening | 8 hours | 2 kW | 16 kWh | 0 kWh |
| Overnight | 8 hours | 2 kW | 16 kWh | 0 kWh |
| Total | 24 hours | β | 48 kWh | 48 kWh |
Without storage, only 16 kWh of the solar generation directly serves the simultaneous daylight load. The remaining 32 kWh is surplus during that block. Evening and overnight together require another 32 kWh.
Whether surplus can be exported, stored, or must be curtailed depends on infrastructure and operating arrangements not established by the daily totals. Likewise, evening and overnight supply requires an identified source.
The supported conclusion is: βThe scenario has equal daily generation and demand, but generation timing does not match demand timing.β It does not establish self-sufficiency.
Add storage losses explicitly
Now assume a hypothetical storage system receives all 32 kWh of daylight surplus and returns 80% of that input as usable AC electricity during the following two blocks. This round-trip efficiency includes the losses represented at our chosen boundary.
The returned energy is:
32 kWh Γ 0.80 = 25.6 kWh.
The remaining evening-and-overnight requirement is:
32 kWh β 25.6 kWh = 6.4 kWh.
The cycle begins with no stored usable energy and ends at the same storage state after discharge. Grid supply of 6.4 kWh, or another explicitly modeled source, closes the energy balance. The arithmetic assumes enough storage capacity and charge/discharge capability to execute the described cycle; those capabilities have not been demonstrated.
At the site boundary, the accounting is:
48 kWh solar + 6.4 kWh imported = 48 kWh load + 6.4 kWh storage losses.
A claim of zero imports would require changing an assumption or adding supply. AI cannot eliminate the loss by rewriting the explanation.
This calculation also does not tell you which battery to purchase. Nominal capacity, usable capacity, power limits, conversion equipment, operating conditions, degradation, and the required reliability are separate design inputs.
Test time resolution against the decision
An eight-hour block assumes constant or adequately represented behavior within that block. A real load may have a short peak much larger than its average. Solar output may vary within minutes. A design that satisfies block-level energy accounting may still violate a power limit.
Choose time resolution based on the question. Annual records can help characterize broad consumption. Hourly or finer data may be needed to study timing and peaks. The appropriate resolution depends on the equipment and decision; more rows alone do not guarantee a better model.
Ask the model to identify what variability the chosen interval hides. Then collect or obtain the data needed to resolve the concrete uncertainty. Do not demand high-frequency data simply because it sounds advanced.
For a planning comparison, record which conclusions remain valid at the available resolution. Daily totals can establish the daily energy sum while leaving operational feasibility unresolved.
Apply the same accounting to water
The fictional tank starts with 1,000 liters. During the reporting interval it receives 600 liters, supplies 1,100 liters of intended use, and loses 50 liters through a separately recorded loss.
Ignoring overflow, the ending balance is:
1,000 + 600 β 1,100 β 50 = 450 L.
That arithmetic is correct under its stated boundary. Now add a tank capacity of 1,500 liters and suppose all 600 liters arrive before any withdrawal. The tank would briefly contain 1,600 liters, exceeding capacity by 100 liters. If that excess spills and no other flow changes, ending storage becomes 350 liters.
| Water accounting item | No overflow assumed | Inflow arrives first, causing spill |
|---|---|---|
| Initial storage | 1,000 L | 1,000 L |
| Inflow | 600 L | 600 L |
| Intended use | 1,100 L | 1,100 L |
| Other recorded loss | 50 L | 50 L |
| Overflow | 0 L | 100 L |
| Ending storage | 450 L | 350 L |
The difference is timing, not a change in arithmetic. A complete operational model must also check minimum storage, flow capability, and any other applicable requirements.
Do not infer water quality or suitability from volume accounting. Knowing how much water is present does not establish whether it meets the requirements of the intended use.
Connect energy and water without double counting
Suppose the fictional water pump draws 1 kW for two hours. It uses 2 kWh. If the earlier 48 kWh building load already includes the pump, adding it again would double count. If the earlier load excludes it, the combined load is 50 kWh.
A boundary note should settle this question before the model produces a revised result. Also place the pumpβs operation in time. Adding two kilowatt-hours to a daily total does not show whether the operation increases a peak or coincides with available generation.
The same discipline applies to environmental claims. Define the comparison, geographic scope, time period, and included activities. A reduction in purchased electricity is not automatically a complete estimate of environmental impact. If emissions factors or life-cycle inputs are needed, obtain relevant documented sources and identify their limits.
Keep costs and feasibility separate
A physically feasible scenario may be expensive. A cheap-looking scenario may omit necessary equipment or assume a tariff that does not apply.
For a real cost comparison, obtain the current applicable rate structure, including any relevant demand charges, export arrangements, fixed charges, or time-varying prices. Record the source and date. Avoid using a generic price as though it were the siteβs actual bill.
Present unresolved questions beside the result: infrastructure review, local requirements, equipment limits, data gaps, and the assumptions most likely to change the conclusion. That turns a broad AI proposal into a useful feasibility work plan.
A reusable prompt
Check this energy-and-water scenario before evaluating feasibility. Define the system boundary and time intervals. Label units, distinguish rates from accumulated quantities, and reconcile inputs, outputs, losses, and changes in storage. Identify double counting, hidden peaks, overflow, capacity limits, and missing infrastructure or local inputs. Separate a correct accounting result from a validated operating design. Do not invent tariffs, equipment capability, water quality, or environmental factors.
For students: learn conservation through a small audit
Use the fictional tables or a teacher-provided dataset. Calculate the balances by hand, then ask AI to find a deliberately inserted unit or boundary error.
Physics students can focus on energy and power. Geography students can discuss why local conditions matter. Economics students can build a cost worksheet while keeping unverified rates explicitly hypothetical.
A school audit can begin with existing authorized records rather than equipment changes. If you use real meter data, identify the measurement interval and included loads. Your report should state what the data establishes and what it cannot resolve.
Practice: challenge the self-sufficiency claim
Write a response to: βThe building generates as much electricity as it uses each day, so it needs no other supply.β Use the daylight table and 80% storage assumption to explain the missing 6.4 kWh.
Then calculate the water balance with and without the specified overflow. Add the pump example and explain why its inclusion in the original load must be checked before adjusting the total.
Completion check: Your energy balance closes with 6.4 kWh of imports and 6.4 kWh of losses; your water results are 450 L or 350 L under the two timing assumptions; and you distinguish accounting, power capability, storage capacity, and operational validation.
Stretch: Divide the day into hourly intervals using fictional values that preserve the same daily totals. Introduce a short load peak and explain which additional equipment specifications would be needed to assess it.
Get the AI Dispatch
Weekly insights on ai & technology β delivered to your inbox. No spam, unsubscribe any time.
Want to choose specific topics? Customize your interests