Key Takeaways
- Generic AI output isn't a prompting mistake — it's the training objective working as designed: predicting the statistical average of everyone who's ever written similar text.
- Research comparing 22 language models against 102 human writers found the models produced measurably less varied output, even after prompts were tuned to push for more variety.
- Four inputs reliably move output away from the average: real facts (not descriptions of facts), an explicit voice reference, narrow scope, and grounding in real source material.
- The four levers work per prompt, but they don't persist — reassembling them every session is real, tedious work, which is the actual mechanism behind "I keep having to re-explain everything."
Colette Marsh runs a 14-person landscaping company outside Columbus. In March she asked ChatGPT to draft a LinkedIn post announcing that two of her crew members, Dez and Teo, had been promoted to run their own six-person installation teams. What came back could have been posted by any landscaping company, in any city, about any two employees. "We're thrilled to announce two exciting promotions as we continue to grow and deliver excellence to our valued customers." The actual news — that Dez and Teo started four years ago as Craigslist hires digging trenches, and now each carries a truck, a crew, and a P&L target — never made it into the paragraph. The model didn't know Dez and Teo existed. It wrote the sentence that fits every promotion announcement in its training data, because that sentence was the safest bet across the entire distribution it was built to approximate.
This is not a prompting failure. Colette didn't do anything wrong. She typed a reasonable request into a tool that, by design, cannot produce anything more specific than what she gave it to work with. Understanding why requires looking at what these models actually optimize for, not what the marketing copy around them claims they do.
Why is AI output generic in the first place?
A large language model generates text one token at a time by predicting the most probable next token given everything that came before it. During training, "most probable" gets shaped by two forces: the statistical patterns across an enormous corpus of documents, and a second round of tuning — reinforcement learning from human feedback, or something like it — that pushes the model toward responses raters judge as safe, helpful, and broadly acceptable. Neither force selects for specificity. Both select against it.
Take the promotion announcement. Somewhere inside that training corpus are hundreds of thousands of company announcements: press releases, LinkedIn posts, internal newsletter blurbs, all celebrating a promotion, a launch, a new hire, a milestone. They cluster tightly around a small vocabulary — "thrilled to announce," "excited to share," "continue to grow," "valued customers." A model trained to predict the next token across that cluster will, absent other information, land close to its centroid. That's not a flaw in the objective. It is the objective, functioning as intended. "Statistically average across everyone who's ever written this kind of post" is a fundamentally different target from "specifically true of Colette's business," and nothing in the training process prefers the second target unless something external forces the issue.
The preference-tuning stage compounds this rather than correcting it. Human raters grading one candidate response against another are almost never told which business the text is for. They're grading in the abstract, so a response that's safe and broadly applicable scores well against a rubric built to avoid controversy and factual risk, while a sharper, more specific response carries more surface area to be wrong about — more chances for a rater to dock it. The training process has no mechanism for rewarding specificity it can't verify against a real business it's never seen. So it rewards the safe, average version instead, every time, across millions of comparisons, until "safe and average" becomes the model's default resting state.
Is there actual research showing AI writing is less diverse than human writing?
This isn't only a theoretical account of training mechanics. A 2025 study pitting 60 large language models against 60 human writers on the same short-story prompts found the humans produced meaningfully more varied output across the group — the models converged on similar plots and characters even when the task explicitly asked for creativity. A separate study comparing roughly 2,200 human-written college admissions essays to GPT-4-generated ones on the same prompts found the human group produced somewhere between two and eight times more semantic diversity collectively. The pattern shows up at the structural level too: a PNAS study tracking GPT-4 and LLaMA-3 across repeated story generations found the same handful of plot elements getting echoed generation after generation, while the original human-written stories they were compared against were rarely echoed at all.
None of this means one model is worse than another, or that a newer version will quietly fix it. It means homogenization toward the statistical middle is what these systems do when they're functioning as designed and have nothing specific to anchor to. A better prompt template narrows the gap. It doesn't close it. The only thing that reliably closes it is giving the model something specific to converge on instead of the population average — and that's a property of the input, not a property of the model you chose.
The Four Inputs That Actually Make AI Output Less Generic
Four inputs move a model's output away from the average and toward something a specific business would actually say. None of them are secret. None of them require switching tools. What they require is a discipline most people skip, because it's slower than typing three sentences and hitting enter — and because the tool never tells you it's about to hand you the average.
Real facts, not descriptions of facts
"We had a strong quarter" is a description. "We closed 34 deals in Q3, up from 21 in Q2, and average deal size grew from $8,400 to $11,900 after we started leading with the annual plan instead of monthly" is a fact set. A model given the second version has almost nowhere else to go — the numbers constrain the sentence structure, the vocabulary, and the claims the model is even allowed to make. A model given the first version fills every gap with the average sentence about a strong quarter, because the average sentence is the only material it has to work with.
Owen Vance, COO of a 22-person freight brokerage in Denver, ran into this writing a win-back email to lapsed customers. His first prompt: "write an email to lapsed customers explaining why they should come back." The draft was warm, competent, and forgettable — a paragraph about "valuing the relationship" that could have gone out under any logistics company's name. His second attempt included the actual data: 40% of customers who'd left in the prior six months had cited late pickup windows as the reason, and his team had just cut average pickup delay from 47 minutes to 12 by adding a second dispatcher shift. The second draft organized itself around that fact, because there was a fact available to organize around.
An explicit voice or style reference, not a vibe
"Write it casually" is a vibe. It maps to nothing the model can check its output against, so it defaults to a generic idea of casual — contractions, an exclamation point, "hey there." "Write it the way I'd explain this to a driver over the phone: short sentences, no jargon, say the number before you say why it matters" is a reference. It hands the model a target to imitate instead of an adjective to guess at. The distance between "professional but friendly tone" and three sentences the founder has actually said out loud, transcribed, is the distance between an average voice and a specific one.
Narrow scope, one request at a time
A prompt asking for "a blog post about our new feature that also works as a LinkedIn post and an email subject line" forces the model to write something generic enough to survive three formats simultaneously, which is precisely the failure mode this piece is describing, self-inflicted by the request itself. Narrow the ask to one channel, one audience, one goal, and the model gets room to be specific to that single context instead of averaging across three audiences with different expectations at once.
Grounding in real source material
This lever does the most work, and it's the one people skip because it takes the most setup. Handing a model the actual customer email, the actual support ticket thread, the actual internal Slack conversation where a decision got made — instead of a two-line paraphrase of it — gives it real language, real objections, and real specifics to draw from instead of invent. A model asked to "write a case study about how Client X used our product" defaults to the average case study, because a paraphrase is not source material. A model given the actual kickoff call transcript, the actual metrics export, and the actual quote from the client's operations manager has something concrete to quote, reference, and build the draft around.
The AI-Writing Fixes That Don't Actually Work
Before landing on the four levers above, most people try three things that feel like fixes and aren't, because none of them supply the model with anything it didn't already have.
The first is adjective-stacking: adding words like "compelling," "authentic," "punchy," or "human" to the instruction. These words describe a desired outcome without giving the model anything to check that outcome against. A model told to "sound authentic" has no more information than it had before — authenticity isn't a token pattern it can target, so it falls back to whatever text in its training data got labeled as authentic-sounding by raters, which is itself an average of other people's idea of authentic. You end up with a slightly different flavor of generic, not a specific one.
The second is switching models. Tom Brannigan, who owns a 9-person HVAC company in Tampa, spent a week trying three different consumer AI writing tools for the same maintenance-reminder email, convinced one of them would finally "get" his business. All three produced a version of "don't wait until it's too late — schedule your seasonal tune-up today!" None of them had been given Tom's actual cancellation data, his technicians' names, or the actual line his dispatcher uses on the phone ("we'd rather catch it before July than after"). The model wasn't the variable. The absence of source material was, and it was absent in all three tools identically.
The third is asking for more length or more detail in the abstract — "can you make this more specific" with no new information attached. Without new facts, a longer response just distributes the same average sentiment across more words. It reads more thorough. It isn't more specific, because specificity has to come from somewhere outside the model, and "be more specific" doesn't supply it.
What does a case study look like when all four fixes are used together?
Elena Cho runs marketing for a 38-person practice-management SaaS company that sells to dental offices. She needed a case study about a six-location dental group in Ohio that had cut its no-show rate after turning on automated reminder texts.
Prompt one — no facts, no voice reference, no scope, no source material: "Write a case study about how [client] reduced no-shows using our reminder feature." What came back ran five hundred words, opened with "in today's competitive dental industry, patient engagement is more important than ever," and closed with "the results speak for themselves." Nothing in it was false. Nothing in it was about this client specifically — swap the client's name and the copy would read identically for any dental practice on the platform.
Prompt two — all four levers applied at once: Elena pasted the client's actual before-and-after numbers (no-show rate dropped from 18% to 6% over four months across six locations), quoted the practice manager's own sentence from the kickoff call — "we were losing an exam room's worth of revenue every week to people just not showing up" — instructed the model to write in the client's clipped, numbers-first register rather than "professional and warm," and scoped the request to one deliverable: a 400-word case study for the website, nothing else. The draft that came back opened with the practice manager's actual quote, led with the 18-to-6 drop in the second sentence, and never once reached for "in today's competitive landscape." It needed a light trim, not a rewrite.
The difference between those two drafts isn't that the second prompt was three times longer, though it was. It's that the second prompt gave the model something specific to converge on. The model's underlying pull toward the average didn't disappear between prompt one and prompt two. It got outweighed by more specific material than the average had to offer.
Why does manually re-supplying AI context get harder over time, not easier?
Here's the part every prompting-tips roundup skips: doing this well, every time, is real work, and it does not get easier with repetition — it gets more tedious. Elena's second prompt took her about twelve minutes to assemble, because she had to locate the metrics export, scroll back through a call transcript to find the quote, and put the client's voice into words herself before the model could imitate it. She will do all of that again for the next case study, and the one after that, because a new chat window doesn't retain that she did it last time. The facts, the voice reference, and the source material she gathered live nowhere except inside that one conversation. Close the tab, and the packet she assembled is gone with it.
This is the real mechanism behind the familiar complaint that you have to keep re-explaining everything to the model. It isn't that the model forgot. It never knew. Every new session starts at the same population average it always starts at, and the entire burden of pulling it away from that average sits on whoever is typing, refreshed from zero, every single time they open the tool this way. For a founder or department head already stretched thin, that's not a minor tax — it's the reason the fourth case study of the quarter gets written worse than the first one, not better, because the energy for reassembling the packet runs out before the deadline does.
Marisol Cade, head of customer success at a 45-person vertical SaaS company, hit the same wall from a different direction. She writes roughly fifteen renewal-risk emails a month, and for the first two she carefully pasted in the account's usage decline, the support ticket history, and the specific feature the account had stopped using. By email nine, on a Friday afternoon with three more due before end of day, she stopped pasting the detail in and just wrote "write a check-in email to a customer who seems to be going quiet." The draft came back warm and generic, and she sent it anyway. The four levers hadn't stopped working. She'd run out of time to keep re-supplying them, which is a different failure than the one most advice about AI writing assumes.
Is there a fix for generic AI output that doesn't reset every session?
This is the specific, structural gap Company Context is built to close inside Kuvai. Instead of the four levers above living inside one prompt that evaporates the moment the chat ends, a teammate configured with Company Context is grounded in your actual documents, past decisions, pricing history, brand voice examples, and customer conversations as standing reference material — not because you retyped them this morning, but because they were already loaded in before you asked. Point a Kuvai teammate at a case study request and it can pull the real metrics from the client record, reference the language your team actually used in the last three proposals, and write in the voice pattern drawn from your own published content, without you assembling that packet by hand first.
That does not mean output from a teammate is never generic. No system removes every trace of a training objective built to regress toward the statistical average, and claiming otherwise would be exactly the kind of unearned overreach this piece has spent its length arguing against. What Company Context changes is where the specificity has to come from. Instead of depending on you rebuilding the fact set, the voice reference, and the source material every time you open a new conversation, the teammate accumulates your context once and draws on it as the default, not the exception. The gap between the generic first draft and the specific one doesn't close because the model got smarter. It closes because the grounding stopped being your job to redo from scratch every single time.
If you want the narrower version of this argument — specifically why ChatGPT's default voice reads the way it does — see why does ChatGPT sound generic. For the tactical, do-it-yourself version of applying these four levers in your own prompts, see how to make AI writing sound like you. And for how Company Context and teammates fit together as a system, see what is an AI teammate.
Want AI output that actually sounds like your business, not the average of the internet? Sign Up for Free — no credit card required, free to start, cancel anytime.