How much energy does a Blueprint Maker generation consume?

Between 0.55 Wh and 17 Wh depending on the generation level, estimated from our real token consumption (5,500 to 8,500 for the specification) and the published academic range for LLM inference energy cost (0.0001 to 0.002 Wh per token). Beyond the specification step, no additional AI tokens are consumed: the code is produced by deterministic builders.

Why doesn't Blueprint Maker publish a CO2 emissions or water consumption figure?

Because that calculation requires data model providers don't publicly disclose (grid carbon intensity and the actual datacenter's efficiency). Publishing a figure without that data would mean presenting a guess as a fact — we'd rather publish the method and sources than an invented number.

The energy footprint of a generation

A real number, a published method, and the honesty to say what we can't measure.

What we can state with certainty

Every Blueprint Maker generation consumes a bounded, known-in-advance number of AI tokens: which is exactly why the credit cost is published before you launch a generation, rather than discovered after usage.

Sketch: 5,500 to 8,500 tokens (Claude Haiku) to design the specification.
Craft and Masterpiece: 6,000 to 8,500 tokens (Claude Sonnet) to design the specification.
Beyond that step, zero additional AI tokens to write the code: it's produced by deterministic builders, programs, not a language model.

What that means in energy: an estimate, not a measurement

Published academic literature on the energy cost of large language model inference places it between 0.0001 and 0.002 Wh per output token, depending on model size: a wide range, given the lack of public per-model figures from providers (Anthropic doesn't publish this data for Claude, like most labs).

Applied to our real token volumes, a Blueprint Maker generation falls in a range of 0.55 Wh to 17 Wh. For comparison, the same literature places a single large language model query at 0.3 to 1 Wh: a full application generation stays in the order of magnitude of a handful of AI requests, not hundreds.

Why we don't publish a CO2 or water figure

Converting this energy into CO2 emissions or water consumption requires knowing the carbon intensity of the electrical grid and the efficiency (PUE for energy, WUE for water) of the datacenter actually running the inference: data Anthropic doesn't publicly disclose by region.

Any figure we displayed would be a guess dressed up as a fact. We'd rather publish nothing than invent a precision we don't have. The conversion method exists and is documented in the sources below, for anyone who wants to redo it with their own infrastructure assumptions.

What structurally changes elsewhere

Consumption becomes hard to bound as soon as a language model writes the code itself and has to fix it afterward: publicly documented cases report over 20 million tokens consumed to fix a single authentication bug at a competing generator, and up to half of tokens spent on correction loops rather than construction.

This isn't a numeric comparison: we have no visibility into their real average consumption, and we don't claim to. It's a structural contrast. An architecture where an AI writes the code can, by nature, loop indefinitely on its own mistakes; an architecture where the code is compiled by a deterministic program cannot.

Sources and method

LLM Inference: Energy, Water & Carbon Footprint: emergentmind.com/papers/2505.09598
Quantifying the Energy Consumption and Carbon Emissions of LLM Inference via Simulations: arxiv.org/pdf/2507.11417
From Prompts to Power: Measuring the Energy Footprint of LLM Inference: arxiv.org/html/2511.05597
Making AI Less « Thirsty »: Uncovering and Addressing the Secret Water Footprint of AI Models: arxiv.org/pdf/2304.03271
LLMCO2: Advancing Accurate Carbon Footprint Prediction for LLM Inferences: arxiv.org/pdf/2410.02950