Climate data becomes useful when its boundary can be inspected

Climate and energy products connect measurement, methodology, physical assets and operating action.

The domain contains several product systems

  1. 01

    Energy operations

    Assets, meters, tariffs, forecasts, anomalies, control and maintenance.

  2. 02

    Carbon accounting and reporting

    Organisational and operational boundaries, activity data, factors, calculations, versions and disclosures.

  3. 03

    EHS and operational risk

    Obligations, incidents, observations, corrective actions, approvals and retained evidence.

  4. 04

    Asset and portfolio performance

    Properties, equipment, benchmarks, interventions, investment and progress.

  5. 05

    Climate intelligence

    Scenarios, hazards, exposure, assumptions, time horizons and uncertainty.

  6. 06

    Supply-chain and field evidence

    Suppliers, materials, locations, documents, measurements and verification.

These systems share provenance and decision problems, but not one methodology. The product should state which boundary, source and methodology owner apply to the result in view.

From measurement to accountable action

A climate or energy product must preserve the path from subject and boundary through source data, method, quality, result and domain review to a versioned disclosure or authorised action. Operational products need the same clarity across telemetry, forecast, constraints, schedule, dispatch, acknowledgement, override and settlement.

Corrections must reach dependent results, reports and actions.

Energy products must connect system state to the user’s question

The ConnectX case began with several roles, metrics, AI concepts and a digital-twin ambition. Tcules helped define eight situations linking conversational intent to data, interface modules, twin behaviour and action.

The selected product model did not ask chat to replace the energy dashboard. Conversation assembled a persistent workspace around the current decision. The twin also became less literal: an abstract 2.5D view could highlight the relevant asset instead of reproducing architectural detail that did not help explain the energy system.

The work establishes product definition and a coded demonstration. Live telemetry, deployment, adoption and energy savings sit outside the public record.

Method and provenance belong beside the result

For emissions and inventory products, the GHG Protocol Corporate Standard (opens in a new tab) is one authoritative reference for organisational reporting. A product still needs to represent the specific standard, scope, factor, source, calculation version and assurance state used in its context.

For operational products, the equivalent concern may be sensor identity, unit, calibration, data freshness or derived-alert rule. Telemetry can be current while the business record is stale, and a corrected business record can be authoritative while the latest sensor event remains unverified.

Must the methodology be selected before product design begins?

Not every methodological detail must be closed, but the accountable owner, candidate method, reporting or operating boundary and unresolved choices must be visible early enough to shape the design.

Discovery can help expose and compare those choices; Tcules does not select or certify the client’s scientific, engineering, accounting or regulated methodology by default.

AI must not flatten the evidence trail

AI can interpret a request, compare documents, classify observations, detect anomalies and prepare an explanation. It should not erase the provenance, the stated uncertainty or the professional judgement required before anyone acts.

The article on trust and transparency in AI interfaces explains how evidence and review should scale with what is at stake.

  1. 01

    Intent-led decision interfaces

    Tcules designs intent-led decision interfaces.

  2. 02

    Data, source and method visibility

    Tcules designs data, source and method visibility.

  3. 03

    Asset, alert, target and action workflows

    Tcules designs asset, alert, target and action workflows.

  4. 04

    AI evidence, review and recovery

    Tcules designs AI evidence, review and recovery.

  5. 05

    Role and permission models

    Tcules designs role and permission models.

  6. 06

    Responsive data visualisation

    Tcules designs responsive data visualisation.

  7. 07

    Design systems and software delivery

    Tcules designs design systems and software delivery.

  8. 08

    Evaluation scenarios using approved or synthetic data

    Tcules designs evaluation scenarios using approved or synthetic data.

AI-assisted delivery can accelerate analysis, prototyping and implementation. Human owners still accept product logic, methodology-sensitive claims, code and release.

Can AI generate a reported number or recommendation?

It can calculate, classify or recommend within an approved method and the available evidence, but it does not own the result.

A reported number must remain traceable to its sources, factors, versions and transformations, while the accountable domain owner accepts the methodology-sensitive result or action. Where evidence is incomplete, the product should show the gap rather than manufacture a definitive answer.

A useful first scope

A useful scope can begin from a result people act on, the source and limit behind it, and the exception currently explained outside the product.

Tcules can then locate whether the work begins with product modelling, data visualisation, AI Product UX, modernisation or software delivery.