Stop Calling AI's Hidden Tokens 'Reasoning' — It's Misleading and Dangerous

Stop Anthropomorphizing Intermediate Tokens as Reasoning/Thinking Traces

Stop Calling AI's Hidden Tokens 'Reasoning' — It's Misleading and Dangerous

Intermediate token generation (ITG) has become a standard method to boost language model performance on reasoning tasks, but labeling these tokens as 'reasoning traces' or 'thinking traces' anthropomorphizes them, implying they mirror human problem-solving steps. This position paper argues that such framing is not a harmless metaphor—it confuses model capabilities, misguides effective usage, and fosters questionable research. The authors urge the community to abandon this anthropomorphization and adopt more precise terminology.

This anthropomorphization isn't a harmless metaphor, and instead is quite dangerous — it confuses the nature of these models and how to use them effectively, and leads to questionable research.
  1. kgeist

    Is anthropomorphizing a real problem? From what I know, none of the serious LLM researchers believe it has anything to do with human reasoning, apart from Anthropic with their click-baity terminology like "LLM biology". It's just a metaphor. "Reasoning tokens" is simpler to say than "learned prompt augmentation tokens". I used to (and still do) anthropomorphize things long before LLMs, and I've seen my colleagues do it too. Say, when MySQL fails to start because it tries to read its config from the wrong dir, I may say "oh, this guy thinks he must read the config from ..." (having a language with grammatical genders as my native language also helps make it sound pretty natural). It's more fun like that :) Doesn't mean I genuinely believe a MySQL instance actually thinks.

  2. fabsalvadori

    There is a useful engineering consequence here beyond terminology.

    If intermediate tokens are not a faithful representation of the computation, then they are a pretty bad audit artifact too. We probably shouldn't be trying to make the model's internal narration more interpretable., but rather the computation around it more reproducible.

    Record the actual inputs, model/version/configuration, tool observations and outputs, then make the execution replayable enough that differences between runs can be isolated.

    In other words, don't ask the model to explain what it thought, and instead make the system able to show what actually happened.

  3. jerf

    I'm not sure how to test this but I think there's an interesting possibility where the "reasoning" tokens are actually both an accurate reflection of a line of reasoning, but also, that there can be changes in the weights as the computation proceeds onward that may not be reflected in the apparently nominal meaning of the human language the tokens are output as for our consumption.

    Some modest evidence is my own subjective experience of the many times I've explained why I'm doing something, and it is a true explanation in the sense that it is certainly not a lie, but it is also incomplete and there are entire strands of thought that went into my decision that are not being articulated. Though human speech is not equivalent to an LLM's output since we can trivially think without literally speaking whereas they can not. (No need to nitpick on the definitions there; all I'm observing here is that they are forced to emit an externally-visible artifact whereas I can sit in silence, thinking, with no externally-visible artifact being produced. Not trying to make any grand claims about what is "real" cognition or anything.)

    It is conceivable how to create a test of whether the tokens correspond to the "real" thought process, and papers and work on that have been done, such as [1]. It is difficult for me to imagine how to scramble the nominal tokens without also completely trashing any implicit calculations that may be occurring too.

    [1]: https://transformer-circuits.pub/2025/attribu […]

More from this day

2026-08-20