PaperBleachPaperBleach
logo

Why Short Text Is Nearly Impossible to Detect (and Always Will Be)

P
Paperbleach

31 Aug 2024

Paste a single tweet into an AI detector and watch what happens. It’ll spit out a confident-looking percentage, but feed it the same line again with one word swapped and the number can lurch from “human” to “AI.” That wobble isn’t a glitch you can patch. It’s the whole reason short text is so hard to judge, and it’s not going away.

Key takeaways

  • AI detectors are statistical tools. They need a sample big enough to measure patterns, and a short snippet doesn’t give them one.
  • This is a limit of how statistics behaves on small samples, not a bug a smarter model will fix. So it’s likely permanent.
  • The big detectors publish minimums. GPTZero wants about 250 characters; Turnitin won’t score a document under 300 words.
  • Short passages overlap heavily between human and AI writing, so even a flawless detector couldn’t cleanly separate them.
  • Don’t trust a confident verdict on a short passage. Don’t panic over one either.

What “detection” actually measures

An AI detector doesn’t read for meaning the way you do. It measures statistical fingerprints in the text: how predictable each word is given the words around it (perplexity), and how much that predictability varies from sentence to sentence (burstiness). Human writing tends to lurch around. We toss in a fragment, then ramble, then stop short. Machine writing often glides along at an even, slightly-too-smooth clip. If you want the full breakdown, we wrote a whole piece on the statistics behind AI detectors.

Here’s the catch. Statistics needs data points. Lots of them. A detector measuring the “average predictability” of your writing is doing the same thing a pollster does when estimating an election: the bigger the sample, the tighter the estimate. Ask three people who they’re voting for and you’ve learned almost nothing. Ask three thousand and you’ve got a real signal.

A 12-word sentence is the three-person poll.

The math doesn’t care how good the model gets

This is the part people miss. They assume detectors are bad at short text *today* and will get good at it eventually, the way speech recognition went from clumsy to scary-accurate. But the short-text problem isn’t a training problem. It’s baked into the arithmetic.

When you compute an average from a small sample, the uncertainty around that average is large. There’s a tidy rule of thumb in statistics: the error in your estimate shrinks roughly in proportion to the square root of your sample size. Quadruple the words and you only halve the uncertainty. To get a short snippet down to the confidence you’d have on a full essay, you’d need to make it… a full essay. There’s no clever architecture that conjures signal out of words that aren’t there.

So when someone asks can AI detectors detect short text, the honest answer is: barely, and a better detector won’t change that much. A sharper microphone can’t record a sound that was never made.

How short is too short?

There’s no single universal line, but the vendors that publish numbers tell a consistent story.

  • Under ~50 words: Most detectors either refuse to score or slap a “too short / low confidence” label on it. GPTZero, for instance, needs around 250 characters (roughly 50 words) before it’ll return a score, and it suggests 200-plus words for a confident read. Turnitin goes further: it won’t generate an AI writing score at all on a document under 300 words.
  • Roughly 50-300 words: You’ll often get a score, but it’s shaky, and tools tend to disagree with each other. That disagreement is its own red flag.
  • Above ~300 words: Detectors start to settle down. There’s finally enough text to measure a stable pattern, and different tools begin to agree with each other.

That convergence at the top is the tell. When detectors *agree*, you’ve got enough text for the statistics to mean something. When they wildly disagree, you’ve usually got a sample that’s too small for any of them to be right.

A quick mini-scenario

Imagine a student submits a short-answer quiz. One response reads:

> “Photosynthesis converts light energy into chemical energy stored in glucose.”

Is that AI? A teacher pastes it into a detector. Say one tool comes back near-certain it’s AI, another near-certain it’s human, and a third just refuses to score it. (Those exact numbers are made up to illustrate the point, but the scatter is real.)

Now ask yourself what the “right” answer even is. That sentence is a textbook definition. A human who studied would write it almost exactly that way. So would a chatbot. There’s no hidden machine signature to find, because *there isn’t one* — the sentence is generic by nature. The detectors aren’t malfunctioning. They’re being asked an unanswerable question. (If you’re curious, you can run a quick check yourself and watch short inputs bounce around.)

The deeper problem: overlap

Sample size is half the story. The other half is overlap.

Even with infinite text, a detector can only work if human and AI writing actually *differ* in measurable ways. On long passages they do — machines drift into patterns that accumulate and become visible. But on short text, human and AI outputs sit almost on top of each other. A two-word reply (“Sounds good!”), a recipe step (“Preheat the oven to 375°F.”), a definition, a polite email opener — these are short, conventional, and there are only so many natural ways to write them. Human or machine, you land on the same handful of phrasings.

When the two distributions overlap that heavily, no classifier can separate them, because there’s nothing distinct to separate. This is a hard ceiling. It’s the same reason you can’t reliably tell whether a single coin flip came from a fair coin or a very slightly biased one. One flip just doesn’t carry the information.

Why this matters more than it sounds

A few practical consequences fall out of all this.

For students and writers: A confident “AI” verdict on a short answer, a discussion-board reply, or an abstract is close to meaningless. If you ever get flagged on a short submission, the shortness itself is part of your defense — the tool was operating below the length where its scores hold up.

For teachers and editors: Don’t run detectors on snippets and treat the output as evidence. Set a length floor. If a passage is under a few hundred words, the number on the screen is closer to a dice roll than a finding.

For anyone watching the trend: Vendors will keep tightening their tools, and they’ll get marginally better at medium-length text. But “we cracked short-text detection” is a claim to be deeply skeptical of, because the obstacle is information, not engineering. You can want it to be solvable. The math still says no.

It’s worth being clear-eyed about the flip side too. Just because software struggles with short text doesn’t make it invisible to people. A human reader skims a two-sentence answer and instantly clocks whether it’s hollow, generic, or oddly polished. That’s a different kind of detection, and it doesn’t need a word count. Short text dodges the algorithm far more easily than it dodges a sharp editor.

Frequently asked questions

Is there a minimum word count for AI detectors?

Yes, and the bigger tools publish theirs. GPTZero needs roughly 250 characters (around 50 words) before it will score text, and it recommends 200-plus words for a confident read. Turnitin won’t generate an AI writing score at all on documents under 300 words — it raised that floor from 150 to 300 because accuracy climbed with more text. The number varies by vendor; the principle doesn’t. Less text, less to measure.

Can a detector flag a single sentence as AI?

It can return a verdict, but don’t read much into it. One sentence gives the model only a handful of data points, so the score is closer to a guess than a measurement. Change a single word and the verdict can flip. Treat any score on one or two sentences as noise.

Will AI detectors get better at short text over time?

At the margins, yes. At the core, no. Detectors measure statistical patterns, and small samples don’t contain enough signal to measure reliably. No amount of training fixes a sample that’s simply too small. Expect incremental gains, not a breakthrough that makes tweets reliably detectable.

Why does the same short text get different scores on different tools?

Because each tool is essentially guessing from too little data, small differences between their models produce wildly different outputs. On long documents the scores tend to converge; on short ones they scatter. Sharp disagreement on a short passage is itself a sign the text is too short to judge.

Does this mean short AI text is safe to use anywhere?

It means a detector probably won’t catch it, not that it’s wise everywhere. A teacher reading a two-line answer doesn’t need a tool to spot generic, hollow phrasing. Software detection and human detection are different problems, and short text only dodges the first one easily.

The bottom line

Short text isn’t hard to detect because the tools are immature. It’s hard because there’s barely anything to measure, and what little there is looks the same whether a person or a model wrote it. That’s a wall built out of statistics, and statistics doesn’t get talked into moving.

If you’re writing something longer — an essay, an article, a report — where detectors actually have room to work, that’s where understanding your own patterns pays off. You can browse the rest of our writing on detection to dig in, or paste a draft into PaperBleach and see exactly which sentences read as machine-made before anyone else does.

Try it on your own text

Paste your draft into PaperBleach to humanize AI text so it reads naturally — then check your score against built-in AI detection. Free on your first run.