The conversation started simply enough, and the observation at its centre is deceptively ordinary: there is a gap between how humans compose text and what language models actually receive. When you write a message — the false starts, the deleted half-sentences, the paragraph you rebuilt from scratch before finally hitting send — none of that process reaches the model. The context window sees the finished artefact. It has no record of the wreckage it was built from. What the thread began to map, with varying degrees of rigour, is what that gap costs. Token counts, the crude currency of context limits and API billing, measure the polished output. They capture nothing of the cognitive labour that produced it. A message that took forty minutes to write and a message that took forty seconds can arrive in the context window wearing identical token counts, and the model treats them as equivalent objects. The question the thread raises — quietly, without resolving it — is whether that equivalence is a design feature or a blind spot.
If confirmed, here is what this means. The implications split across two different audiences. For everyday users, the token count is already a blunt instrument, and this framing makes it blunter still — you might be optimising for brevity while the model is entirely indifferent to the effort compression cost you. For developers and researchers, the more serious question is whether training pipelines that rely on human-generated text are systematically discarding signal. If the process of writing contains information about intent, uncertainty, and revision that the final text obscures, then models trained only on outputs are learning from a consistently laundered dataset. The second-order effect is subtle but persistent: systems that cannot distinguish a confident assertion from a heavily revised one, both wearing the same token count, may be learning a slightly false picture of human certainty. That compounds quietly over billions of training examples.
Watch for any follow-up from researchers in human-computer interaction or training data curation who engage directly with this framing — and watch especially for whether any work surfaces that attempts to capture or approximate revision history as a training signal.
<table> <tr><td> <a href="https://www.reddit.com/r/ChatGPT/comments/1un1t0h/and_my_expertise_depends_on_my_token_limits/"> <img alt="And my expertise depends on my token limits"
<table> <tr><td> <a href="https://www.reddit.com/r/OpenAI/comments/1s2kuoj/i_just_checked_my_chatgpt_stats_i_have_chatted/"> <img alt="I just checked my ChatGPT stats, i have
<!-- SC_OFF --><div class="md"><p>Question: Has anyone else started using poor grammar and typos just to prove they aren’t AI? Or am I just a weirdo. </p> <p>I consider myself a
<table> <tr><td> <a href="https://www.reddit.com/r/ChatGPT/comments/1v1fcf3/estimated_codex_token_use_under_gptgenerated/"> <img alt="estimated codex token use (%) under
<p>Months after ChatGPT launched, I still could not have told you what a token was. I had been using it since the first public launch and was basically having novel-long
<!-- SC_OFF --><div class="md"><p>A couple of weeks ago I <a href="https://www.reddit.com/r/LocalLLaMA/comments/1sl5k6d/we_benchmarked_translategemma12b_against_5/">shared the
<!-- SC_OFF --><div class="md"><p>I’ve been using GPT Codex heavily and things start falling apart around 180k tokens. Sloppier reasoning, dropped context, wrong assumptions. I
<!-- SC_OFF --><div class="md"><p>I'll admit here that I don't use AI, and I'm also not good at picking out what is and isn't AI-generated.</p> <p>But in my university class, we
NewsHive monitors these sources continuously. All signal titles above link to the original reporting.
Intelligence by NewsHive. Need help navigating what this means for your business? Contact GeekyBee →