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.

Method snapshot — How Hungry is AI?, v6, 24 November 2025
Comparison inputWhat the method usesLimit
Models/version30 named systems in its dated table, including GPT-4.1 and Claude 3.7 SonnetHistorical model labels; not today’s deployments
Short / medium / long workload100/300, 1,000/1,000 and 10,000/1,500 input/output tokensA request is not a fixed amount of work
Estimate methodAPI latency/throughput, inferred hardware and provider environmental multipliersNot a meter reading for each commercial request
BoundaryOperational inference estimateDo not substitute it for a full lifecycle, training or hardware-manufacture total

Five checks before comparing two headlines

CheckQuestion to askCommon mismatch
Unit and denominatorIs it Wh per request, per token, per completed task or for an entire period?Comparing a single answer with a multi-step workflow
WorkloadWhat input/output lengths, reasoning settings, retries and caching assumptions apply?Comparing short drafts with long reasoning runs
System boundaryDoes it include only computation, facility overhead, training or hardware manufacture?Treating an operational estimate as a whole-life total
Location and dateWhich infrastructure and environmental factors were used, and when?Applying an overseas historical factor to an unknown deployment
Method and uncertaintyWhich 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 events

Editorial 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?

Do not assume so. Check the workload, model/version, hardware assumptions and accounting boundary behind any quoted number. This article does not measure your provider’s infrastructure.

Can I convert an electricity estimate straight into water use or emissions?

Not without additional, compatible assumptions or measurements. State the factor, geography, period and boundary used. Missing information should remain unknown, not become zero.

Is a lower footprint proof that a model is better?

No. Fitness for a task and environmental impact are different questions. Compare task acceptance and resource accounting separately; a failed answer is not equivalent to a useful one.

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 →