ITU-T L.1801 is the world's first standard for measuring how much AI systems actually cost the planet — from GPU mining to your last query. This is what it means, layer by layer.
Before this standard, AI companies measured environmental impact using entirely different approaches. Some reported only electricity during inference. Some included hardware manufacturing. Some disclosed only carbon while ignoring water and mineral use. All technically defensible. All incomparable. L.1801 creates the shared rulebook: same methodology, same categories, same reporting structure.
Self-reported, inconsistent metrics. Company A counts electricity only. Company B adds hardware manufacturing. Company C reports nothing. No meaningful comparison is possible between any of them.
A defined methodology: what to count, how to count it, which boundaries to draw, which categories to report. Voluntary for now — but this is the scientific foundation on which future regulation will be built.
Developed jointly by ETSI TC EE and ITU-T Study Group 5. Published simultaneously as ITU-T L.1801 and ETSI ES 204 135. Compliance is voluntary, but provides the methodological foundation for mandatory requirements under instruments such as the EU AI Act.
Before measuring anything, the standard requires you to classify what kind of AI you are assessing. Section 6.3 defines four technology types with fundamentally different hardware, data, and energy demands. This classification is the starting point of every L.1801 assessment.
Table 1 in Section 6.3 classifies AI systems by technology type across five dimensions: technology examples, use case examples, hardware resources, data resources, and energy resources. The standard uses "comparatively low / medium / medium to high / high" as relative descriptors — not absolute numbers.
Section 6.2 also describes the full AI system life cycle (based on ISO/IEC 5338): Inception → Design and development → Verification and validation → Deployment → Operation and monitoring → Continuous validation → Re-evaluation → Retirement. All eight stages are in scope for environmental accounting.
L.1801 is built on Life Cycle Assessment (LCA) — the internationally recognised methodology for environmental accounting, standardised in ITU-T L.1410. The core principle: measure the full life of the system, from raw material extraction to end-of-life treatment. For AI that means four stages. Click each stage below to see what the standard actually requires you to count.
Section 8.1.1 maps AI-specific stages to the four standard LCA stages:
Physical transportation is calculated in each stage. Data transmission and storage are calculated in the stage where the activity takes place. In shared infrastructure, the full life cycle impact shall be allocated to users according to their proportional usage.
L.1801 requires training and inference to be reported separately — always. This is a firm requirement, not a recommendation. The reason: these two activities have completely different cost profiles, different causes, and different solutions. Blending them into one number makes both invisible.
From Appendix III, LCI data for the training phase shall include: GPU/TPU-hours (h), average power draw (W), training FLOPs, data volume processed (TB), and CI/CD pipeline energy. For inference: request counts, accelerator utilisation %, IT energy (kWh), PUE (Power Usage Effectiveness), WUE (Water Usage Effectiveness), and renewable energy percentage.
Emission factor hierarchy (Section 8.1.3): Market-based emission factors are required first. Location-based factors are used when market-based are unavailable. Global average emission factors are only acceptable as a last resort. This hierarchy is critical: the same model trained in a near-zero-carbon grid region vs. a high-fossil-fuel grid can differ by an order of magnitude.
The functional unit is the reference measure against which all environmental impacts are calculated. Choosing it is the first decision in any L.1801 assessment — and it fundamentally changes the numbers. The standard provides specific functional units for each AI type, worked through in Appendix IV. Select a type below.
Appendix IV evaluates each functional unit against five criteria from the LCA methodology:
Note from Appendix IV: numeric quantification for the network management use case is described as "difficult to set" due to traffic profile dependence. The standard acknowledges this limitation explicitly rather than forcing a false precision.
L.1801 defines three situations based on how AI sits within a product. Each situation changes what must be included in the measurement. The same underlying AI model can have a very different reported footprint depending on which situation applies — and the standard treats this as correct and expected, not as a loophole.
Section 8.2 covers comparative LCA — assessing two product systems side by side. Two cases are defined:
L.1801 mandates one impact category and recommends four more. In practice, the recommended categories are likely to be skipped by most organisations unless required by regulation. Click any card to see what it measures and why it matters.
The only mandatory metric in L.1801. Covers CO₂, methane, and all greenhouse gases across the complete life cycle — hardware manufacturing, training, inference, and end-of-life.
This is mandatory because it has the most established measurement methodology and the highest current data availability across the industry.
Data centres use water for direct cooling of hardware. Energy generation — particularly thermal power plants — also consumes significant water. L.1801 requires both to be counted, not just one or the other.
The standard identifies water use as a significant environmental pressure driven by AI's high energy demands throughout the full life cycle.
GPUs and TPUs require cobalt, lithium, neodymium, tantalum, and other critical minerals. The standard identifies mining and extraction as a significant source of resource depletion across the AI hardware supply chain.
As AI hardware demand scales, the environmental impact of mineral extraction becomes increasingly material — and is almost never included in current AI environmental disclosures.
The environmental impact of AI's energy consumption depends on where that energy comes from. The standard's preferred hierarchy — market-based emission factors first, then location-based, global average only as a last resort — exists precisely because grid mix changes results dramatically.
Two identical models trained in different locations can have very different fossil fuel impacts.
Material extraction and land use for data centres and power infrastructure affect local ecosystems directly. GHG emissions from AI also contribute to climate change, which the standard identifies as a driver of biodiversity impact throughout the life cycle.
Listed as an "additional consideration" rather than a recommended category because credible, scalable measurement methodologies are still developing. Expected to become mandatory in future editions.
Section 8.1.6 defines required reporting elements. A compliant L.1801 report must include:
The compliance statement requirement prevents organisations from selectively reporting favourable metrics without disclosure. Partial compliance is permitted, but the omissions must be declared — they cannot simply be left unreported.
Foundation models are trained once and used billions of times. L.1801's method: estimate the total number of inferences the model will perform across its entire lifetime, then allocate the training footprint proportionally across all of them. Move the slider to see what that means in practice.
Section 8.1.3 defines allocation procedures for different scenarios:
Most standards stop at measuring the direct footprint of the system itself. L.1801 goes further, requiring assessment of second- and higher-order effects — the environmental consequences of what AI changes in the world around it. The standard includes a complete worked example directly from Appendix V: a developer using an AI coding assistant. Click each level to expand.
Section 8.3 applies the methodology from ITU-T L.1480 to assess GHG impacts from the consequences of AI use on third-party processes. Two specific requirements:
Appendix V provides the complete consequence tree for the developer use case used above. The standard uses this example because AI coding assistants are a broadly applicable, observable use case — and because the vibe coding phenomenon makes it immediately recognisable to the standard's primary technical audience.
L.1801 is Edition 1.0, approved February 2026. It is notably candid about what it does not yet solve. These are not oversights — they are the research frontier, clearly labelled.
Future editions of L.1801 will likely address global aggregation, mandate additional impact categories beyond climate change, and tighten allocation requirements as data availability improves. The EU AI Act is already creating the regulatory context in which L.1801-style methodologies become enforceable. The open-source AI community — where distributed training, community fine-tuning, and indefinite model forks create entirely new allocation challenges — is the specific frontier flagged in Appendix II as requiring further methodological development.