Back to the blog

Tokenmaxxing: the obsession with measuring AI through token consumption

Why token consumption can indicate adoption and cost but becomes dangerous when it is treated as a measure of productivity or value.

It is called tokenmaxxing.

If you have never heard the word, that is understandable: almost nobody spoke this way until recently. Yet the term began appearing among technology companies, investors, and teams trying to demonstrate how deeply they have integrated artificial intelligence into their work.

The idea is to maximize token usage. In its most extreme forms, it turns AI consumption into a competition and treats the amount processed as if it were a measure of human productivity.

The more I observe the phenomenon, the more I feel that we are at risk of measuring the wrong thing.

Using artificial intelligence intensively is one thing. Assuming that more consumption equals more value is something entirely different.

First: what is a token?

A language model does not process text exactly as people read it. Before operating on text, a tokenizer divides it into units and represents them through numerical identifiers.

A token may correspond to a short word, part of a word, punctuation, whitespace, or a frequent sequence of characters. The exact split depends on the model and its tokenizer.

There is no universal equivalence such as “one token equals one word.” The same sentence can become a different number of tokens depending on the language, content, and system.

In a text conversation, both the tokens sent to the model and those generated by it are typically counted. Multimodal systems also convert images, audio, and other data into processable representations, although their measurement and billing do not always follow one rule comparable to text.

Why tokens matter

Many model APIs charge according to input and output token counts. Context, responses, tool calls, and processed documents all contribute to the total cost.

Tokens are therefore useful for measuring concrete aspects:

  • Usage volume.
  • Inference cost.
  • The amount of context processed.
  • Capacity required to serve a workload.

In general, processing more tokens requires more computation. But the relationship is not perfectly uniform: the model, architecture, context length, caching, batching, and infrastructure all change the real cost.

A token is a useful unit for accounting for consumption. The problem begins when we try to turn it into a unit of value.

What tokenmaxxing means

The term combines token with the internet suffix maxxing, which suggests obsessively optimizing something to its maximum.

In practice, it can describe two different behaviors:

  1. Aggressively using AI tools to expand what a person or team can accomplish.
  2. Maximizing visible consumption to demonstrate adoption, status, or compliance with an internal expectation.

The first can be reasonable. If a tool produces enough return, limiting its use out of fear of consuming tokens makes little sense.

The second turns spending into the objective. Once that happens, the metric stops describing the work and starts distorting it.

The statement that ignited the conversation

The subject gained visibility when NVIDIA CEO Jensen Huang offered a thought experiment on the All-In Podcast: if an engineer or researcher earning $500,000 per year consumed only $5,000 worth of tokens, he would consider it alarming. In his example, he expected a token budget roughly equivalent to half of that compensation.

The intuition behind the argument is understandable. If AI multiplies the capacity of a highly skilled person, giving them a tiny budget may be as unreasonable as denying design tools to a hardware engineer.

But an intuition about investment can easily become a consumption quota. A quota creates different incentives from the ones we intended.

When consumption becomes status

Some companies introduced internal usage rankings and titles such as “Token Legend” and “Session Immortal.” In other cases, workers reported pressure to increase adoption indicators by using AI even when it was unnecessary.

The trend also began correcting itself as bills arrived and companies realized that maximizing consumption was not sustainable for every team.

The sequence is familiar:

  1. We choose a metric because it is easy to observe.
  2. We use it as a proxy for something difficult to measure.
  3. We turn the proxy into a target.
  4. People learn to optimize the number instead of the original outcome.

If an organization rewards tokens, it will get tokens: unnecessarily long prompts, repeated context, purposeless agents, unreviewed loops, and tasks that could have been solved more simply.

The number improves while the system gets worse.

Tokens do not equal productivity

Measuring a person by tokens consumed resembles measuring a writer by word count or a programmer by lines of code.

The activity is visible. The value is not.

A short session may prevent a critical incident. Millions of tokens may produce code nobody needs, research without judgment, or dozens of documents that change no decision.

Roles also consume AI differently. One person may generate large volumes of code. Another may use experience to review risk, define architecture, or decide that nothing needs to be built. The second person may create more value while using fewer tokens.

The metric also fails to recognize efficiency. If two teams achieve the same result and one uses half the resources, lower consumption should be an advantage, not a sign of weak adoption.

The risk of uncontrolled generated code

A common concern is that AI allows teams to produce code faster than they can understand, test, and maintain it.

Some reports associate increased assistant usage with more duplication and code churn: code that is changed or removed shortly after being integrated. The evidence is not uniform, however. Other research on projects that explicitly acknowledged AI usage found no general increase in churn.

The responsible conclusion is not that “AI code is always garbage.” It is that generated volume and sustainable quality are different variables.

If we reward only production or consumption, we may fill a codebase with changes that look like speed today and become cost tomorrow.

What matters is how much code reaches production with adequate tests, how long it remains useful, how many incidents it causes, and how easily it can be changed when needs evolve.

Commercial incentives are part of the picture

Companies selling GPUs, inference, cloud services, and model access benefit when consumption increases.

That does not invalidate their arguments. A company can have commercial incentives and still offer transformative technology. But those incentives are part of the context and should make us examine any equation between “more usage” and “better work” carefully.

The market measures tokens because it can charge for them. An organization should not confuse that billing unit with its own unit of success.

The reasonable argument in favor

Consumption can serve as an early signal of adoption.

If a team has access to relevant tools but records almost no usage, there may be a problem involving training, integration, trust, permissions, or use-case discovery.

As a diagnostic indicator, token counts can lead to useful questions:

  • Which teams are experimenting and which are not?
  • Where is cost concentrated?
  • Which workflows have integrated AI into daily work?
  • Are there barriers preventing people from trying the tool?

The mistake is jumping from “this person uses more AI” to “this person creates more value.” Consumption may measure exposure or intensity. It does not prove quality, impact, or return.

What to measure instead

The right question is not only, “How many tokens did we consume?” It is:

  • Did we solve the problem better?
  • Did we reduce the time between an idea and a validated outcome?
  • Did quality improve?
  • Did errors and rework decrease?
  • Did we learn faster?
  • Did we accomplish something that was not previously viable?
  • Does the value justify the total cost?

Tokens can accompany those metrics as operational information. They should not replace them.

A mature evaluation connects consumption with outcomes: cost per completed task, time saved that is actually put to use, quality accepted through review, subsequent stability, and the satisfaction of the person receiving the work.

Measuring the tool without losing the objective

Tokenmaxxing is interesting because it shows how a new technology can inherit a very old mistake: confusing an activity that is easy to count with the outcome that truly matters.

AI should expand our ability to think, create, and solve problems. It should not become a consumption contest.

If we turn usage into empty rankings and quotas, people will optimize for the metric. If we measure outcomes, learning, quality, and cost, they will have an incentive to use the amount of AI the work actually needs.

The point is not to consume less on principle. Nor is it to consume more to demonstrate enthusiasm.

The point is to produce more value from every decision, every hour, and every token.

References


This piece grew out of a script I prepared while experimenting with AI-assisted audiovisual content. You can watch the original video on YouTube.

Keep reading

View all articles