The consumption of AI-generated content at scale
For teams building AI-assisted workflows, the hidden cost is not generation speed but review capacity. If output can be created in seconds yet still requires expert validation, then the bottleneck shifts from production to verification. That changes how you design pipelines: you need explicit review gates, provenance tracking, and a clear separation between system-generated drafts and human-approved decisions.
Architecture matters because confidence is being treated like a feature. If a model can produce fluent text, code, or analysis without exposing the basis for its claims, the result is operationally fragile. Useful systems should attach evidence paths: source links, retrieval context, change history, and the assumptions behind each recommendation. Without that layer, teams are left validating style rather than substance.
There is also a maintainability problem. When AI content becomes the default input for documentation, tickets, reports, and code review notes, organizations risk compressing real expertise into reusable prose. That makes it harder to distinguish durable operational knowledge from generated filler, and it weakens incident response, technical handoff, and auditability. The long-term issue is not just misinformation; it is loss of institutional memory.
Practical response means designing for friction where it counts. High-stakes workflows should preserve human checkpoints, use constrained generation where possible, and measure how often AI output is actually verified rather than merely accepted. The goal is not to reject automation, but to make sure scale does not erase the cues professionals rely on to judge quality, correctness, and trust.
Introduction
A few days ago, I read this tweet: โI might be going insane because half of what I read now sounds like ChatGPT.โ In a follow-up, he screenshotted a blog post and said โLike come on.โ He was pattern-matching on AI and couldnโt turn it off. Iโve felt this too. Thereโs a frustration I canโt quite shake when consuming content nowโa feeling of being stuck in a loop where everything sounds the same. Iโll read a blog post, skim some code, review a document, and something feels off. Not necessarily wrong, but homogeneous. Like Iโve seen this exact structure, these exact words, a thousand times before. And maybe I have. In this post, I want to explore what Iโve been feeling as a consumer of information in the AI era, and then reflect on it as a researcher. Iโll start by describing two distinct ways my ability to process information has eroded: first, a signal degradation problem where AI has โcried wolfโ so often that Iโve stopped noticing the devices meant to help me understand; and second, a verification problem where the ease of generating plausible content has outpacedโand erodedโmy ability to verify it. Then, Iโll discuss why this mattersโwhatโs at stake when consumers canโt notice errors or distinguish quality. Finally, Iโll share what Iโm currently thinking about how to deal with it. Iโll sketch two threads of thought: one on building systems that capture the why behind the techniques they use, and one on grounding AI confidence in verified human experience rather than simply returning confident-sounding text.Signal Degradation: The AI That Cried Wolf
AI has overused the tools designed to aid human comprehension to the point where Iโve stopped noticing them. In complex domains, weโve developed tools to help humans process information. For example, in writing, a metaphor compresses a complex idea into something the reader already understands. The metaphor is useful precisely because the underlying idea is hard to communicate directly. For example, describing a database index as โlike a bookโs table of contentsโ helps a newcomer grasp the concept faster than a technical definition would. In another example, in code, exception handling exists primarily to catch errors at runtimeโbut a big part of why itโs structured the way it is (e.g., different exception types, specific catch blocks, hierarchies of errors) is for communication. It tells the reader what kinds of things can go wrong here, and how serious they are. But AI has overused these tools indiscriminately. When every paragraph has a metaphor, you stop noticing metaphors. When every code block is wrapped in exception handling, none of them feel exceptional. AI deploys communication tools and rhetorical devices not because the content requires them, but because they pattern-match on what โgood writingโ or โrobust codeโ looked like in the training data. What results is a kind of inflation. Phrases like โdelveโ and โcrucialโ now pattern-match as GPT, whether they are or not. Em-dashes and bolded takeawaysโtools I genuinely use myself in writingโmake me very suspicious now. The rhetorical devices and communication tools get overused, their signal value drops, and, unfortunately, I find myself tuning them out entirely.Verification Erosion: Cheap to Generate, Expensive to Verify
Separately, my ability to verify whether something is correct has gotten worse. For complex tasks, in the pre-LLM era, generating output was expensive but verification was comparatively cheap. You put in the work to produce somethingโa document, a piece of code, an analysisโand checking it was tractable. Not easy, necessarily, but the effort to generate was commensurate with the effort to verify. Now the balance has flipped. AI generates plausible content almost instantly, but verifying it still requires human effort that hasnโt scaled. I can produce a draft, a code snippet, or a set of classifications in seconds. But checking whether the draft is accurate, whether the code handles edge cases, whether the document classifications are meaningful takes a lot of time and attention. And hereโs what Iโve noticed: the ease of regeneration has made me lazier about verification. If something seems off, I can just regenerate and hope the next version is better. But thatโs not the same as actually checking. It feels like a slot machineโpull the lever again, see if you get a better resultโsubstitutes for the slower, harder work of understanding whether the output is correct. Moreover, I donโt have good tools to help me verify. In the pre-LLM era, I could build mental models, rely on heuristics, or spot-check information strategically. For example, when reading a paper, Iโd check if the related work section cited the people I expected, or if the experimental setup matched conventions in the field. When reviewing code, Iโd look for certain patterns: did they handle the obvious edge cases? Did the structure match how Iโd approach the problem? These werenโt foolproof, but they were efficient proxies for quality. Now, with LLM-generated content, itโs hard to even build mental models for what might go wrong, because thereโs such a long tail of possible errors. An LLM-generated literature review might cite the right people but hallucinate the paper titles. Or the titles and venues might look right, but the authors are wrong. A sentence in an intro might make sense at a glance, but then I have a thought that seems to disprove it, and I wonder: if a human wrote this, surely they would have considered that. But since an AI wrote it, maybe not? Or a piece of jargon appears midway through that I, as someone who works in this field, have never heard before, and itโs never defined. That smells like an AI errorโbut I canโt be sure. The failure modes are endless and subtle, and I donโt have tools to catch them at scale.Why This Matters
So Iโve described signal degradation and verification erosion. But is this actually a problem? I think yes, for at least two reasons. First, if consumers canโt comprehend complex ideas or notice errors, theyโre easier to manipulate. This isnโt just about misinformation in the dramatic sense. Itโs more mundane than that. If I canโt tell whether a piece of code is actually robust or just looks robust, I might ship something broken.1 If I canโt tell whether a literature review is accurate or just plausible, I might build on work that doesnโt exist.2 The inability to verify compounds over time. And I think this is an underrated safety issue. Thereโs a lot of discourse about AI safety in terms of catastrophic outlier risk, i.e., dramatic scenarios where someone develops a bioweapon in their garage. But one of the biggest safety problems might be happening right under our noses: en masse, people are losing the ability to comprehend and verify the information they consume. (I see this a lot in my research on AI-powered data analysis.) Second, taste degrades. Tasteโin any domainโdepends on a feedback loop: you notice when something is good, you notice when something is bad, and over time you develop judgment. But if you stop being able to notice the difference, you stop developing that judgment. This matters even for things that seem low-stakes. Take restaurant recommendations. If the people making recommendations canโt tell the difference between a good meal and a mediocre oneโor if theyโre just parroting what an LLM scraped from Yelpโthen the recommendations become worthless. I stop trusting them, and I lose access to a source of judgment I used to rely on. Or take blog posts. The whole point of a blog post, to me, is that a human spent time thinking about something and arrived at conclusions worth sharing. Itโs valuable because, of all the things they could have written about, they chose this one and spent real time on itโand because it reflects their actual reasoning process. But if I suspect a post is LLM-generated, I disengage, even if the content is accurate. If itโs just some fluent summarization, itโs no different from me just asking ChatGPT for something. And I can easily do that. Why should I read this particular blog post? At the risk of being too blunt, Iโll say what Iโm thinking anyways: The tools for communication and verification are how we build on each otherโs work. When they erode, we become a society that canโt tell whatโs true, canโt recognize quality, and canโt coordinate on hard problems. This is how societies get dumber.What To Do About It
Iโve been thinking about this a lot, and I donโt have a complete answer. This is very much work in progress. Here are two threads of thoughts Iโve had.Teaching Systems the Why Behind the Technique
To build systems that assist in complex domains, such as with writing, or coding, or data analysis, we try to program them with the heuristics weโve developed over time. E.g., we use metaphors to explain complex ideas. Use bolding and headers to help readers navigate. Wrap risky operations in exception handling. Break down large documents before processing them. These heuristics exist because they workโwhen applied correctly. But clearly, when AI applies these heuristics indiscriminately, it backfires. So maybe we should go one level deeper. Instead of programming systems with heuristics, we should probe why and how we came up with those heuristics in the first place, and program systems around that. For example, in writing, one heuristic might be โuse bullet points to break up dense content.โ But the why behind it is: bullet points help when items are parallel and independent. When ideas need connective โtissueโโi.e., when the relationship between them mattersโprose is better. So a writing assistant shouldnโt just insert bullet points whenever content gets dense. It should reason about whether the ideas are actually parallel. Another device I see overused is antithesis, or the โnot just X, itโs Yโ construction. Youโve seen this in AI-generated content. โItโs not just about efficiency, itโs about impact!โ or โThis isnโt just a tool, itโs a paradigm shift!โ The why behind this device is to reframe, or to take the reader from a shallow interpretation to a deeper one. It works when thereโs a genuine reframe to be made. But when every paragraph has one, the rhetorical loses its power. A system built around the why would need to assess whether thereโs actually a deeper framing to be madeโnot just pattern-match on what emphatic writing looks like. For a writing assistant, one could imagine a system that first identifies the main points in a draft, estimates how complex each point is to communicate, retrieves examples of similar points from a corpus of good writing, and suggests rhetorical strategies based on how those examples handled the complexity. Overall, this is the kind of capability I think we need to buildโnot systems that apply heuristics, but systems that reason about when heuristics apply.Grounding Confidence in Verified Human Experience
If we want to program systems to understand the why behind a technique, a natural question arises: how would an AI actually make these judgments? For a writing assistant: how would it know when something is complex enough to warrant a metaphor? How would it know when a reframe adds genuine depth versus just sounding emphatic? My collaborator J.D. Zamfirescu-Pereira has a thought experiment that captures the problem. Imagine this exchange between a user and a chatbot that suggests recipes, from one of his user studies:Parting Thoughts
Some bigger questions linger for me. As AI-generated content becomes the majority of what we consume, how do we preserve the human feedback loops that these grounding systems would depend on? And in my own domain of data analysisโwhere itโs already very hard for humans to process large datasets without AI assistanceโwhat happens when we only see whatโs interesting and important through the AIโs lens? If weโre asking AI to analyze our data, the AI decides what patterns are worth surfacing, what anomalies matter, what questions are worth asking, we see the world through a filter we didnโt choose and canโt fully inspectโexacerbating the problems of signal degradation and verification erosion. I donโt have answers. In the meantime, Iโm trying to keep my own taste sharp, even when everything around me feels like itโs eroding.Thanks to Preetum Nakkiran, Hamel Husain, and Valerie Ding for encouraging me to publish this blog post!
Enjoyed this article? Sign up for our newsletter to receive regular insights and stay connected.
