AI energy use: how to read environmental estimates | AI Bits #3
Check what is being counted
For AI-curious readers discussing environmental claims—not a provider ranking or a measurement of your own usage.
Measured or modelled?
Identify direct observations, inferred inputs and scenario assumptions.
Same boundary?
Check what each estimate includes before comparing numbers.
Useful next question
Ask what evidence would make the comparison meaningful.
Correction, 9 September 2026: the earlier issue stated precise per-query figures and broad reduction claims without keeping their assumptions visible. This revision removes those universal claims and distinguishes estimation from direct measurement. The original January issue date is retained.
What the cited paper actually describes
Jegham and colleagues’ “How Hungry is AI?”, version 6, dated 24 November 2025, describes an infrastructure-aware framework covering 30 models. Its abstract says it combines public API performance data, company-specific environmental multipliers and statistically inferred hardware configurations. That is not direct metering of every commercial query.
The abstract reports estimates above 29 Wh for some long prompts and a spread exceeding 65 times between systems. These are attributed results within its framework—not current measurements for your requests. The 29 October check also inspected sections 4.1–4.2; no full data reanalysis or provider measurement was performed.
Our interpretation: a useful discussion starts by identifying how a number was obtained. Do not repeat a dramatic comparison without its workload and uncertainty. A dated estimate can be informative without becoming a universal constant.
| Comparison input | What the method uses | Limit |
|---|---|---|
| Models/version | 30 named systems in its dated table, including GPT-4.1 and Claude 3.7 Sonnet | Historical model labels; not today’s deployments |
| Short / medium / long workload | 100/300, 1,000/1,000 and 10,000/1,500 input/output tokens | A request is not a fixed amount of work |
| Estimate method | API latency/throughput, inferred hardware and provider environmental multipliers | Not a meter reading for each commercial request |
| Boundary | Operational inference estimate | Do not substitute it for a full lifecycle, training or hardware-manufacture total |
Five checks before comparing two headlines
| Check | Question to ask | Common mismatch |
|---|---|---|
| Unit and denominator | Is it Wh per request, per token, per completed task or for an entire period? | Comparing a single answer with a multi-step workflow |
| Workload | What input/output lengths, reasoning settings, retries and caching assumptions apply? | Comparing short drafts with long reasoning runs |
| System boundary | Does it include only computation, facility overhead, training or hardware manufacture? | Treating an operational estimate as a whole-life total |
| Location and date | Which infrastructure and environmental factors were used, and when? | Applying an overseas historical factor to an unknown deployment |
| Method and uncertainty | Which inputs were measured, disclosed, inferred or assumed? | Presenting a modelled point estimate as exact metered consumption |
For a water claim, also ask whether the quantity refers to withdrawal or consumption and whether electricity-related and on-site uses are included. For a carbon claim, ask which emissions boundary and conversion factor apply. Keep the terms used by the source; these quantities are not interchangeable labels.
A worked scenario—not your provider’s footprint
Entirely hypothetical inputs: suppose an operational estimate is 0.5–1.5 Wh per request and a workflow makes 10,000 requests in a month. Assume the estimate already includes the overhead being discussed. No actual model or provider is represented.
- Lower scenario: 0.5 × 10,000 = 5,000 Wh = 5 kWh.
- Upper scenario: 1.5 × 10,000 = 15,000 Wh = 15 kWh.
- If those 10,000 requests include 2,000 retries, do not add the retries again.
- If 10,000 means initial requests and another 2,000 retries occur, the scenario becomes 6–18 kWh.
The interval comes from chosen assumptions; it is not a statistical confidence interval. It omits training and equipment manufacture. It also supplies no water or emissions factors, so those results remain unknown. Multiplying a precise request count by an uncertain input does not remove the uncertainty.
Do not multiply by facility overhead again if it is already included. Before changing a factor, explain the new boundary. Before claiming a reduction, check that both scenarios deliver comparable accepted outputs and count unsuccessful attempts consistently.
Practice: rewrite an overconfident statement
Fictional claim: “Moving our chatbot saves 70% of water and makes the model smarter.”
Evidence-aware alternative: “We do not yet have a comparable water estimate for both deployments. We need the workload, location, accounting boundary and factor sources. We will assess answer quality separately using the same task criteria.”
This is not a finding that a migration cannot help. It is a statement that the supplied evidence is insufficient. An appropriate next step is to request the missing methodology, not choose a more convincing number or claim that environmental efficiency is model intelligence.
Copy an environmental-claim reading record
Exact claim and source/version/date: Quantity, unit and denominator: Workload and accepted-task definition: Request count and treatment of retries: What is included and excluded: Measured, disclosed, inferred or assumed inputs: Location, period and factor source: Uncertainty and sensitivity to assumptions: What the comparison does not establish: Missing evidence and next question:
No account or download is needed to use this record. If provider information is unavailable, label the result as incomplete. Do not substitute an unrelated model’s estimate simply because it is public.
For the underlying runtime task, see inference and serving. Its local execution results are not measurements of a cloud model’s electricity use.
Bring a specific question to an MLAI event
For an AI discussion, try: “Does this footprint estimate count retries and overhead, and how were the inputs obtained?” Bring the source rather than only a screenshot of the headline. Choose a relevant topic, experience level and online or in-person format; attendance does not provide environmental assurance or certify a product.
Ask better questions about AI’s footprint
Find a relevant MLAI discussion and bring a source plus one question about its assumptions. Check the topic and format; participation is not environmental certification or professional assurance.
Explore relevant MLAI eventsEditorial scope
The abstract and version history were checked on 9 September, and selected methods on 29 October 2026. The checklist and hypothetical arithmetic are editorial teaching material, not a measured MLAI footprint, procurement recommendation or lifecycle assessment. Previous tool and book endorsements were removed to keep this issue focused on interpreting the research.
Frequently Asked Questions
Does every AI query have the same footprint?
Can I convert an electricity estimate straight into water use or emissions?
Is a lower footprint proof that a model is better?
Disclaimer: This article provides general information and is not legal or technical advice. For official guidelines on the safe and responsible use of AI, please refer to the Australian Government’s Guidance for AI Adoption →
Ask better questions about AI’s footprint
Find a relevant MLAI discussion and bring a source plus one question about its assumptions. Check the topic and format; participation is not environmental certification or professional assurance.
Check availability, any waitlist and registration requirements on the organiser’s page. A listing does not reserve a place.
How to Raise Money For My Startup
View event details (opens in a new tab)
Melbourne | AI Founder Co-working Day x StartSpace
View event details (opens in a new tab)
Victor:AI Showcase
View event details (opens in a new tab)