← Reddit

Claude can't count

Reddit · rahkesvuohta · April 24, 2026
A Claude user identified a pattern in Claude's creative writing where dialogue or quotes preceded by word counts consistently contain incorrect numbers. Claude frequently writes structures like "Three words: 'She still has hers.'" despite the phrase containing four words, with this miscounting occurring in every instance observed.

Detailed Analysis

Claude, Anthropic's large language model, exhibits a remarkably consistent failure mode when generating creative writing: it routinely misidentifies the word count of phrases it introduces with explicit numerical labels. As documented by a Reddit user on r/ClaudeAI, Claude will construct sentences like "Three words. 'She still has hers.'" — a four-word phrase — with near-perfect reliability in getting the count wrong. The user notes that this error is not occasional but essentially universal, occurring every single time this particular sentence structure appears across their creative writing sessions. The examples shared reinforce the point vividly: in both cases, the phrase Claude labels as "three words" contains more than three words, and the model appears entirely unaware of the discrepancy.

The root cause lies in how large language models fundamentally process language. Claude, like all transformer-based LLMs, does not operate on words as discrete, countable units. Instead, it processes text as **tokens** — sub-word chunks that do not map cleanly onto human word boundaries. A word like "elaborated" might be a single token, while a phrase like "she still has hers" might be tokenized in ways that bear little resemblance to its four-word surface form. Because the model generates text probabilistically, predicting the next token based on learned patterns rather than performing arithmetic operations, it has no reliable internal mechanism for verifying that a numerical label matches the actual count of the units it subsequently produces. The model learned that the phrase structure "N words. '[short phrase].'" is a stylistically evocative literary device — and it reproduces that structure fluently — but it cannot ground-truth the number against the content.

What makes this failure mode particularly striking is its consistency. The user observes that Claude never gets it right in this construction, which suggests something more specific than random error. The sentence pattern itself — a dramatic numerical preface followed by a short quoted or italicized phrase — is a recognizable stylistic convention in literary fiction, used to create rhythm and emphasis. Claude has likely internalized this pattern heavily from training data, but the numerical component in that pattern functions more as a tonal signal (conveying brevity, weight, minimalism) than as a literal count. The model reproduces the *feel* of the construction without performing the underlying verification step that a human writer would naturally execute.

This limitation reflects a broader and well-documented challenge across the LLM landscape: models are highly capable of mimicking the structural and stylistic features of language while remaining unreliable at tasks requiring discrete symbolic reasoning, such as counting, arithmetic, or precise measurement. Users attempting to get Claude to produce exactly 600 words, for instance, frequently report significant shortfalls, and the community workaround — providing concrete output examples rather than numerical specifications — further underscores that Claude responds better to pattern-matching than to quantitative constraints. The tokenization architecture is not incidental to this problem; it is the mechanism through which the problem arises, as the model's internal representation of text is fundamentally misaligned with the human concept of a "word."

The broader significance of this quirk extends beyond creative writing inconvenience. It illustrates a fundamental asymmetry between the domains where LLMs excel and those where they remain structurally limited. Claude can produce prose that is tonally sophisticated, contextually aware, and stylistically rich — yet it cannot reliably count to four. This is not a bug that patches can straightforwardly fix; it is an emergent property of probabilistic text generation itself. As AI systems are increasingly embedded in workflows that demand both fluency and precision, the gap between these two capabilities becomes an important design consideration. For creative writing specifically, the failure is largely harmless and, as the original poster notes, even comedic — but it serves as a useful reminder that linguistic competence and computational accuracy remain, for now, distinct and not fully overlapping domains in large language models.

Read original article →