DRAFT CROSSWALK NOT FORMALLY REVIEWED BY REFERENCED BODIES

Standards
Crosswalk

How The Green Code framework relates to adjacent sustainability, environmental, and governance standards. This page identifies where the framework overlaps, where it extends beyond existing standards, and where interoperability is intended.

Important disclosure: The comparisons on this page are the framework author's analysis. The Green Code has not been formally reviewed, endorsed, or recognized by any of the standards bodies referenced below. Relationship language (complements, overlaps with, extends into) reflects intent and design, not formal certification or official equivalence. No formal mapping has been conducted with any referenced body.
§1 — Framework Scope

What The Green Code Covers

The Green Code is a domain-specific governance framework for AI compute infrastructure. It is not a general-purpose sustainability standard. It focuses specifically on the relationship between AI compute deployments and the communities and physical environments that host them.

✓ Within TGC Scope
  • → AI compute energy consumption measurement
  • → AI compute water consumption measurement
  • → Net community benefit calculation (NBR)
  • → Aquifer and watershed impact assessment
  • → Grid impact and demand-response measurement
  • → Community benefit attribution and verification
  • → Operator-level audit and certification
  • → Rights protections for affected communities
  • → Municipal ordinance and procurement frameworks
  • → Compute dividend and public-good obligations
✗ Outside TGC Scope
  • → General corporate sustainability reporting
  • → Supply-chain emissions beyond hardware lifecycle
  • → AI model bias, safety, or quality standards
  • → Cybersecurity and data privacy
  • → Labor standards beyond community wage impact
  • → Biodiversity beyond direct site impact
  • → Carbon offset markets or trading mechanisms
  • → Financial reporting or capital markets disclosure
  • → Non-AI sectors (general manufacturing, transport)
  • → Scope 3 emissions beyond computing hardware
§2 — Coverage Matrix

Coverage Matrix

This matrix summarizes which topics are addressed by The Green Code vs. selected adjacent standards. It is a high-level overview, not a detailed technical equivalence mapping.

Key: ● Primary focus ◐ Partial / incidental ○ Not covered
Topic TGC / GCTS-1 GHG Protocol GRI ISO 14001 CDP SASB
AI-specific energy measurement ● ◐ ◐ ○ ◐ ◐
AI training vs. inference distinction ● ○ ○ ○ ○ ○
Water consumption (WUE) ● ○ ◐ ◐ ◐ ◐
Aquifer stress impact ● ○ ◐ ○ ○ ○
Net community benefit ratio ● ○ ○ ○ ○ ○
GHG emissions (Scope 1+2) ◐ ● ◐ ◐ ● ◐
General environmental management system ○ ○ ◐ ● ◐ ○
Third-party audit framework ● ◐ ◐ ● ◐ ◐
Municipal / procurement adoption path ● ○ ○ ◐ ○ ○
Community rights and challenge path ● ○ ◐ ○ ○ ○
Idle and standby overhead measurement ● ○ ○ ○ ○ ○
Hardware embodied carbon ◐ ◐ ◐ ○ ◐ ○
§3 — GHG Protocol

GHG Protocol Corporate Standard

GHG-P
GHG Protocol Corporate Accounting and Reporting Standard
World Resources Institute (WRI) & World Business Council for Sustainable Development (WBCSD)
Complements TGC Extends Into
What GHG Protocol covers
Scope 1, 2, and 3 greenhouse gas emissions accounting and reporting. Widely adopted for corporate carbon reporting. Scope 2 guidance relevant to purchased electricity.
Where TGC overlaps
TGC energy measurement (GCTS-1) provides the facility-level energy data needed for GHG Protocol Scope 2 calculations. An operator complying with GCTS-1 will have sufficient metered energy data to complete a GHG Protocol Scope 1+2 inventory for their compute deployment.
Where TGC extends beyond
GHG Protocol does not address water consumption, community benefit ratios, aquifer impact, or the AI-specific measurement distinctions (training vs. inference, idle overhead). TGC fills this gap for the compute-specific domain.

Interoperability note: A future TGC compliance report should include a GHG Protocol-compatible emissions summary alongside the GCTS-1 energy and water data. The two frameworks are designed to be used together, not as substitutes.

§4 — GRI Standards

GRI Standards

GRI
Global Reporting Initiative Standards
Global Reporting Initiative (Amsterdam)
Complements Overlaps With
What GRI covers
Comprehensive sustainability disclosure across economic, environmental, and social dimensions. GRI 303 covers water, GRI 302 covers energy, GRI 413 covers local communities. The most widely used global sustainability reporting framework.
Where TGC overlaps
GCTS-1 energy and water measurement produces data directly relevant to GRI 302 (Energy) and GRI 303 (Water and Effluents) disclosures. TGC community benefit attribution overlaps conceptually with GRI 413 (Local Communities).
Where TGC extends beyond
GRI does not define how to calculate a net benefit ratio, does not address AI-specific workload measurement, does not specify aquifer impact methodology, and does not provide enforcement or audit thresholds at the facility level. TGC provides the domain-specific depth GRI lacks for compute infrastructure.

Interoperability note: Operators completing a GRI-aligned sustainability report can use their GCTS-1 compliance data to populate the GRI 302 and 303 disclosures. The frameworks are complementary.

§5 — ISO 14001

ISO 14001 Environmental Management

ISO
14001
ISO 14001:2015 — Environmental Management Systems
International Organization for Standardization
Complements Can Inform
What ISO 14001 covers
A management system standard for identifying, managing, and continuously improving an organization's environmental impacts. Focuses on process and system design rather than specific measurement thresholds.
Where TGC overlaps
An operator with an ISO 14001-certified EMS would have measurement infrastructure, documented procedures, and internal audit practices that support GCTS-1 compliance. The data collection habits required by ISO 14001 create a good foundation for GCTS-1 measurement plans.
Where TGC extends beyond
ISO 14001 does not specify what to measure, only that impacts be identified and managed. TGC specifies exact measurement categories, audit thresholds, data freshness requirements, and public disclosure obligations. ISO 14001 certification does not imply GCTS-1 compliance.

Interoperability note: A GCTS-1 measurement plan can be embedded within an ISO 14001 EMS as a sector-specific significant environmental aspect procedure. Auditors certified to ISO 14001 audit requirements may be well-positioned to become GCTS-1 accredited auditors with additional domain training.

§6 — CDP

CDP Climate Disclosure

CDP
CDP Climate, Water, and Forest Disclosure Framework
CDP (formerly Carbon Disclosure Project)
Complements Can Inform
What CDP covers
Investor-facing disclosure of climate, water, and deforestation risks. CDP questionnaires ask companies to report on governance, risk, targets, and performance across these dimensions. Used primarily for institutional investor ESG assessment.
Where TGC overlaps
GCTS-1 water measurement data is directly relevant to CDP's Water Security questionnaire, particularly around water withdrawal, consumption, stress-area sourcing, and data quality. Energy data supports CDP's Climate Change questionnaire.
Where TGC extends beyond
CDP is a disclosure framework for investors. It does not provide measurement methodology, audit thresholds, community benefit requirements, or enforcement mechanisms. TGC is an operational governance standard, not an investor reporting tool. The two serve different audiences and purposes.

Interoperability note: A GCTS-1-compliant operator will have high-quality, metered data that substantially improves the credibility of their CDP disclosure. GCTS-1 compliance can be cited as evidence of measurement rigor in CDP responses.

§7 — SASB

SASB — Technology and Communications Sector

SASB
Sustainability Accounting Standards Board — TC-SI (Software & IT Services), TC-HW (Hardware)
SASB Standards (now part of IFRS Foundation)
Overlaps With TGC Extends Into
What SASB covers
Sector-specific sustainability metrics for investor decision-making. The Technology & Communications sectors include metrics on energy management (total energy consumed, % renewable), water management, and hardware supply chain. Used for financial-grade sustainability disclosure.
Where TGC overlaps
GCTS-1 energy consumption measurement directly supports SASB TC-SI 130a.1 (energy consumed, percent grid electricity) and the water metrics in hardware-adjacent standards. An operator with GCTS-1 compliance will have sufficient metered data to complete SASB's energy and water metrics with high confidence.
Where TGC extends beyond
SASB does not address community benefit ratios, aquifer impact, municipal governance frameworks, or enforcement mechanisms. SASB metrics are reported in aggregate at the company level, not at the facility level. TGC operates at the facility level with site-specific audit requirements.

Interoperability note: Larger operators subject to ISSB (IFRS S2) or SASB disclosure requirements can use GCTS-1 facility-level data to support their aggregate company-level sustainability disclosures. TGC provides the measurement infrastructure; SASB provides the investor-facing disclosure format.

§8 — ISO 14064

ISO 14064 — GHG Quantification and Verification

ISO
14064
ISO 14064-1 (Organization-level GHG inventory) and ISO 14064-3 (GHG verification)
International Organization for Standardization
Designed to Interoperate TGC Extends Into
What ISO 14064 covers
ISO 14064-1 defines how to quantify and report GHG emissions at the organization level. ISO 14064-3 defines verification and validation of GHG statements — the audit standard for third-party GHG verification. Widely used for CDP reporting and regulatory compliance.
Where TGC overlaps
The GCTS-1 audit standard borrows conceptually from ISO 14064-3's verification methodology: independent auditor engagement, materiality assessment, evidence sampling, and qualified findings. Until GCTS-1 accreditation exists, ISO 14064-3 verifiers are the best available proxy for qualified GCTS-1 auditors.
Where TGC extends beyond
ISO 14064 is limited to GHG emissions. It does not address water consumption, community benefit ratios, aquifer stress, grid impact, or compute-specific measurement distinctions. TGC extends the audit discipline of ISO 14064-3 into a broader resource accountability domain.

Interoperability note: GCTS-1 accreditation criteria are designed to be accessible to firms already accredited under ISO 14064-3 with appropriate domain supplemental training. This is the most likely path to early auditor availability.

§9 — Gaps Addressed

Gaps The Green Code Addresses

The following are genuine gaps in the existing standards landscape that The Green Code is specifically designed to fill. These are not marketing claims — they reflect a documented absence in the existing standards landscape as of 2026.

Gap 1
No AI-specific measurement standard exists
No published standard defines how to measure training vs. inference energy, idle overhead, or water consumption at the compute-workload level. General energy standards treat data centers as a single facility load. GCTS-1 addresses this gap.
Gap 2
No net community benefit standard for AI infrastructure
No framework requires AI compute operators to demonstrate that their net impact on the host community is positive. Existing standards measure what is emitted or consumed; none require demonstrating that the benefit exceeds the cost. NBR addresses this gap.
Gap 3
No stressed-aquifer standard for AI water impact
No standard requires AI infrastructure operators to conduct hydrologist-reviewed aquifer impact modeling for deployments in stressed watershed regions. GCTS-1 §5 introduces this requirement.
Gap 4
No municipal adoption framework for AI governance
Existing standards are designed for investor or corporate audiences. None provide ready-to-adopt ordinance language, procurement specifications, or community benefit agreement templates for municipalities. The Green Code fills this gap.
Gap 5
No community standing in existing AI standards
No existing standard gives community members formal standing to challenge operator claims. The Green Code governance framework includes an explicit community challenge path, a right not present in any corporate ESG or environmental standard.
Gap 6
No Jevons rebound requirement in AI standards
No standard requires operators to model or disclose induced-demand effects (Jevons rebound) that may offset efficiency gains. The Green Code requires operators to model and disclose this effect as a Cr addendum.
§10 — Future Alignment

Future Standards Alignment Work

The Green Code framework is designed to eventually seek formal alignment with relevant standards bodies. The following alignment activities are intended but have not yet been initiated:

Activity Body Status
Submit GCTS-1 for ISO new work item proposal (NWI) ISO TC 207 (Environmental management) NOT YET INITIATED
Engage GRI on Technology-specific water disclosure supplemental Global Reporting Initiative NOT YET INITIATED
Submit NBR concept to IEEE Standards for AI Systems consideration IEEE SA NOT YET INITIATED
Engage NIST AI Risk Management Framework team on resource-impact addendum NIST NOT YET INITIATED
Seek peer review from water accounting researchers for GCTS-1 §5 Academic / Independent NOT YET INITIATED
Apply for ANSI accreditation as standards developer ANSI NOT YET INITIATED
All of the above require the Standards Board to first be formed and the framework to be independently reviewed. These are long-term institutional objectives, not near-term commitments. Progress will be documented in the annual governance report when it is published.