The host-side runtime language of an agent, not the model, can dominate the power profile: a non-trivial Python agent is claimed to draw ~15W versus ~0.7W for the Rust equivalent (~20x). This reframes agent cost/efficiency from an inference-token problem into a process/execution-substrate problem.
If the magnitude holds, capacity planning, data-center power budgets, and per-agent unit economics are governed by the agent's execution runtime as much as by model calls, which is invisible to most token- and latency-centric observability stacks.
In long-running autonomous workloads, steady-state overhead of the interpreter/process substrate can outweigh the marginal cost of the actual work, so substrate choice becomes an architectural decision rather than an implementation detail.
A non-trivial agent written in Python consumes about 15 watts, whereas the equivalent agent implemented in Rust consumes 0.7 watts.
A non-trivial agent in Python uses ~15 watts, whereas an equivalent agent implemented in Rust consumes 0.7 watts.