Lots of people have their own voice and tend to prefer certain phrases. This has been the case for a long time and is generally not a big issue.
Now LLMs come along and they also have their own phrasing preferences. But now it's a problem because what used to be personal preferences of a single person that manifests in 5000 words per day from one person tops, is now the bias of a single model multiplied x10,000,000,000 generated tokens per day so any bias sticks out like a sore thumb.
I think it might be even worse. LLMs seem to get tragically stuck on certain patterns. Maybe it's partly because a pile of weights essentially always starts from scratch in the same condition, but even within a single conversation, it will literally just latch onto words and repeat them incessantly, to the point where it becomes annoying.
So for example, current Claude models love "honest". They are always producing "honest" assessments. "The honest caveat" - I'm sorry, did you mean the caveat, period? But also, use the wrong phrasing and suddenly you can create your own word of the day for an AI model. I used the word "analytical" once, in a conversation with Gemini 3 Pro. I am pretty sure every single response from that point on had "analytical" in it at least once.
This is especially funny because system prompts and whatnot can also cause this behavior, but at least you can tweak those. You can't really do much about the model weights just having a weird affinity for a word.
I bet someone will or probably already has come up with a way to detect and prevent these problems during training or post training. I'm not saying it's an easy problem, but it has the benefit that it really should be detectable with just statistics.
"Why say honest? We're talking to our coworkers. We would always be honest."
I'm going to look for prompts or skills that can train it in technical writing but I'm warning the AI enthusiasts in my company that its first drafts of code and prose are low-quality, you have to hold it to a high standard yourself.
I actually took a single technical writing class in college so I might be the only one who remembers "Omit needless words."
This sort of take is so tired and boring, and frankly has zero grounding in reality.
"LLMs will never <X>" is constantly being disproven every time they scale up to the next 10X and apply architectural improvements.
Their internal representations are so cryptic and complex that even the top AI researchers don't really know how they work or what their limits are. No one is going to take you seriously as a rando HN user if you're claiming to know better than them.
> It can be tricky for humans to interpret the meaning when Generative AI uses first-person pronouns (e.g. "I", "me", "my", "myself"), so to avoid the confusion whenever you would use a first-person pronoun, always use the jocular name "Clod" instead of a pronoun like "I" or "me" or "my". (Can have fun with English grammar and turn "myself" into "Clodself"!)
> Before printing any of your reasoning or narrative to the human user, replace all instances of "me" and "I" (referring to Claude) — including within contractions like "I'll" and "I'm" — with the name "Clod".
The reason I first created a CLAUDE.md file was to tell it whenever it felt a need to praise me, to replace it with a random onomatopoeia. That was a huge dx improvement.
OTOH, my unicorn prompt has caused some challenges at work:
IIRC I experienced this confusion the most when reading commit messages and documentation authored by Claude in my repos. Now that I've managed to convince it to stop using first-person pronouns, I haven't gotten tripped up by its prose.
I think a second-order effect is that my installation of Claude writes with a less-personal perspective, which I'm also finding a little easier to understand.
"substrate" - I don't know what training they did with Opus 4.7 --> Fable/Mythos 5, but dang does it like the word substrate. Drives me insane. I had never heard anyone use this word prior in real technical writing or speaking.
Another one is "surface", like in "across all product surfaces". I've been in the field for 15 years and have never heard that particular usage before.
In my brief and abortive foray into education, I discovered that they friggin' love to use "surface" as a verb. As in: This activity surfaces an understanding of the turboencabulation principle for learners. Or somesuch. It's been a while, happily.
Unless you're a submarine, "surface" is not a verb.
I find this usage less objectionable than the education jargon. It suggests that we all have a latent understanding of the turboencabulation principle just waiting for the right activity to force air into its ballast tanks and make it pop above the waves.
That said, I don't love this non-education jargon usage for its passive-voiced-ness. The letters didn't "surface" of their own accord. Somebody found them, decided that they were noteworthy, and made the choice to bring them into the public view.
I do UI design/dev and say "surface up" a lot. Although I don't use the term, in this area people call different container depths as surfaces (base, card, overlay as surface).
That one probably comes from maths, where surfaces show up all the time in geometric interpretations of things. I've been involved in more mathsy parts of engineering and I've heard it a lot.
The first week I encountered this "substrate" I asked it to justify the usage and IIRC it claimed the word is used in some infra/systems lexicons... I wonder...
It's a pretty common word if you've worked in anything that vaguely resembles an accountancy system. Also, anything crypto related will often use that word (the distributed ledger, etc)
That's the case for most of these LLM tropes or word choices. They are all common lexicon in their respective fields, but the LLM doesn't make that distinction and uses them everywhere making them standout.
No one would bat an eye about "ledger" appearing at a high frequency in content about accounting, but it starts to look odd if "ledger" is showing up in other contexts.
"Load bearing" is from engineering; "Substrate" is primarily from biology & biochem, etc.
I don't know if this is true, but part of me suspects the labs want to make the models appear smarter so they reinforce this word choice in the weights, assigning some words a higher intelligence weight or something. "I will show you a list of options" vs. "I will surface a ledger of your options" and it prefers the later to sound smart to the human reader.
It sounds like you're saying labs intentionally doing it, but it's far more likely the labs or post trainers are unintentionally doing it by upvoting answers that seem smarter than those with more common language.
Of course this presents another conundrum, people that are smart typically have a vastly larger lexicon then those that are not. Humans typically have a lot more social clues on when to use those words and when not to, but it doesn't always work. I loved reading science/biology books as a kid far beyond my ages reading level. Actually using those words around other kids got me called a nerd.
The one I've noticed a ton recently with Sonnet 5 is that it loves the phrase "different not in degree, but in kind." It drags that one out constantly now, at least once a day. Gemini and GPT don't at all.
In the olden days, I enjoyed Opus 3 because it was easy to have it sound way more human than GPT.
Nowadays, with the focus on agentic use and coding, it seems models have all been RLHF’d to death, it’s so incredibly hard to have them write in a different voice than their default. I put together a skill to review its writing and have it edit its own output (e.g. code comments), which does make a difference, but isn’t perfect.
What, if anything, do people do for writing? That feels like a neglected side of LLMs. They’ll make 100 Bash calls referencing ancient commands without batting an eye but heaven forbid they use something other than “load-bearing” while talking. For something trained on “all the human knowledge” it’s incredible how limited their default vocabulary seems to be.
At work our documentation isn’t just getting littered with annoying jargon. It isn’t just all the hallucinations, either. (Since when has documentation ever been 100% trustworthy?) It’s that it’s so poorly written and structured that it’s becoming borderline incomprehensible.
My company is currently considering making, “Why should I bother to read something you didn’t bother to write?” an official policy because even the executives are starting to burn out on all the time they have to spend wading through slop.
I wish my company would do this. A coworker pulled an all nighter before a vacation and just left me with a million line claude summary of their work then just fucked off. The message was two-part due to size and lacked basic stuff like, "how to run".
He's going to be annoyed that none of that work was used. But the reality is, at least 75% of claude generated text is pointless.
Somewhat off topic but every time I've experienced this sort of thing it was management's fault. If an engineer needs to pull an all nighter and hand off a pile of garbage then someone in management fucked up. If they can't see this scenario happening a mile away then they aren't paying attention.
It's easy to blame the engineer, but all too often they don't deserve it.
This, a thousand times. As the ratio of code to human writing necessarily [1] goes up, they become not just smarter, but more precise and technical, which requires them to use more jargon. You could say they become more nerdy. Hence, text generated by these models will become more easily recognizable, at least by default, when not asking them to twist themselves into something else via prompting — which degrades intelligence. This is a good thing, in my book, given all the slop we already have to contend with.
Of course there will be models trained on much less code and technical writing, and they will create more natural sounding prose, but they will lack the deep intelligence of frontier models. Seems like a fair tradeoff.
It's why I like Gemini 3.1 Pro. That it sounds much more human than other LLMs is testament to Google's inability to post train.
gemini-2.5-pro-experimental was the GOAT, though. It was an emotional wreck, down in the dumps and feeling terrible for itself after failing to patch a file several times. Very amusing to read, all the while watching it make a mess of my codebase.
> Nowadays, with the focus on agentic use and coding, it seems models have all been RLHF’d to death
This has also lead to unrelated associations by which some people went from seeing better coding capabilities and extrapolate to assuming better thinking overall. One only has to watch youtube videos of AI "normies" trying to use LLMs the intended way to see that the improvements on coding doesn't translate to other applications. Basically from AGI "goals" they are now hyperfocused on coding agents, until the next marketing breakthrough rears its head.
Good. I don't want LLMs sounding human. I want the ability to shame and discredit anyone passing the job of prose to a machine. There's an art to writing, and hopefully LLMs never truly get it right.
Agreed. The only goal of these skills/tricks/requests for humanising LLM writing is to be able to pass it off as your own, because they know it's shameful and want to avoid the opprobrium.
Some will say it's just for their own quality of life when they're reading LLM output, or "just for docs", but this is an extremely marginal use case.
Agreed. I think we’re entering an era where some level of specialization for general LLMs is a good thing. Particularly between tuning for agentic use cases (where you want agency with a ton of guardrails and control) and writing which is more creative - you want the model to take the occasional risk and not sound like a monotonic robot. Having trained models first-hand, I can see the distinct use-cases clearly that are odds with one another.
It's not that the writing style is bad; in fact LLMs write actually pretty well. It's just too much overfitted. And even a style that, in itself, is pleasurable to read, becomes annoying when the same figures of speech are used over and over again.
Because LLMs are pattern-extenders that have nothing to say. The training overfitted to the grace notes in good writing. And since LLMs can’t wield language with purpose or experience the feeling of the words, they use these devices arbitrarily.
I think this is the same flaw as coding agents seeing in every problem the call for a “smoke test” or the use of some unnecessary design pattern. The truest part of AI is the A.
It's not that nobody likes it, in fact the problem is that people like each instance of it well enough in isolation. Millions of people think it's "good enough," so it gets amplified and repeated until every PR description starts to sound like a toothpaste jingle.
i hate it, but plenty of people DO like it and plenty of people talk and write like that. It’s just corpspeak, being used a lot in the valley and beyond. And all upcoming hustlers running startups now feel the need to speak like that, feeding this machine.
It's not that it uses certain phrases, it's that it settles on predictable speech patterns and uses them incessantly. What's funny is that humans do this too, but we don't find it irritating; we just call it a speaking style. But when a machine does it, it drives us crazy. Very interesting psychological phenomenon there.
> What's funny is that humans do this too, but we don't find it irritating; we just call it a speaking style. But when a machine does it, it drives us crazy. Very interesting psychological phenomenon there.
When a human does it, it's identifying. Like the timbre and dynamics of their spoken voice itself, It distinguishes them from the dozen other people you're working with on the project and the thousands of people you encounter through your days. It's signal
But when we have a handful of popular models, and they answer every question everybody has, and get quoted and forwarded everywhere, and are used to reformat and rephrase personal communication... that signal becomes noise.
Rather than voices disinguishing sources in the cacophony of our lives, everything and everyone starts to sound the same, and we lose key information that we're biologically and culturally accustomed to relying on.
Some people are likely unbothered by this in the way that some people are face blind or colorblind, and so don't see the problem. But as we see in discussions like this, many many people do get bothered by it, even if they don't yet have the insight as to put their finger on why.
It drives us crazy because everyone is using the same 2-3 different machines. So rather than each person having their own unique speaking style, the whole world (or, everyone that publishes direct LLM output) is now speaking in the same couple of styles.
And these machines all tend to converge on very similar styles; they have huge amounts of overlap in training data (much of it being already obnoxious internet marketing), they frequently train on each others outputs, and the RLHF process has a tendency to emphasize certain kinds of "cheap win" styles of speech.
We do find it irritating at times. Office jargon, corporate buzzwords, etc. Claude communicates like the worst, most irritating project manager I’ve ever worked with, obscuring the most straightforward conclusion with layers upon layers of stuff so that its point is almost lost. I’ve largely gotten it to avoid that behavior with me, but bits of it sneak through. It couldn’t stop talking about “scaffolding” for a few weeks before I hammered it into submission.
Humans are capable of introspection, so, if you develop a verbal tic, you might eventually notice and say to yourself "I've used the word 'load-bearing' (or whatever) a bit too often lately, maybe I should try to cut down on it?". LLMs are not...
During college, my gf at the time learned the word "plethora" while writing a paper. There after it was like she tried sticking it into any conversation where "many choices" or "a lot of options" would normally go. It annoyed the crap out of me.
I find it irritating with humans. "last but not the least" always distracts me as I then consider maybe the last item _is_ the least. & what is with everyone saying they want to "double click" into meeting items
Fascinatingly, I'm now so allergic to certain LLM-phrases that I immediately noticed your use of Not X but Y in this comment. Maybe that was intentional, maybe not, but it's a funny illustration of how odd this language rabbit hole has been!
It's really frustrating, because now when I want to write something like a "not X but Y" or "you're absolutely right," I have to stop and decide if I want to self-censor to avoid sounding like a bot.
Sometimes those constructs are actually useful, but man has their overuse really killed them!
It was not intentional, and that's what makes this thing so weird. I wouldn't categorize my sentence that way because it's subtly different enough than the LLM version, which has a very punchy cadence.
If training models ever becomes 'cheap' for whatever definition of cheap you want to use, I suspect that will happen. With the current costs of a GDP of a small nation I don't see this likely for the time being.
It's like a new fad word. Gnarly, cool, bogus, rizz. When a few people use them it's new and interesting. When all of culture catches up and overuses them it's annoying as your gen-Z saying 6/7 40 times in a row.
The problem with millions of people using a few model is it's not 40 times in a row, it's 40 million!
it’s not a psychological phenomenon. If a human engineer constantly used pompous language to deliver unvetted information (the number of claude slop root-cause analyses i’ve read where “the smoking gun” is a red herring) we’d rightly consider them a moron
Who is we? Own your insults and the consequences of them sir.
When prompting an autoregressive token generator entity to do reasoning on a word logic puzzle you may find value in preferring it to produce rigorous predicate logic step notation with explicit delineation of its generated claims/hypotheses on where to look before wasting 30 dollars on a "debug this" prompt.
The industry will probably will probably coalesce around including the chat history in git MRs to reduce this shenanigans.
Yeah I sometimes see people on here getting defensive when you call out AI slop, saying maybe it's just a human who writes like Claude, and I really don't care- slop is slop.
I mourn the removal of Claude's Concise Style. I'd provide it a roughly drafted paragraph, ask concise-Claude to "rewrite for clarity", out comes the same paragraph, but cleaned up and perfect for grant writing.
BTW, this approach also tends to prevent certain phrases like "load-bearing", because it is working directly with something I wrote first. It also still says what I wanted to write (not writing the science for me), but saves me a lot of time reworking sentences into a final form.
I tried to recreate concise mode with a skill, but I am not convinced it does as well.
I've wrestled with this lately. I partially solved with a very specific instruction saved to claude.md regarding the style of responses, but prior to this, the dense yammer coming back was getting impossible to parse. I mean REALLY nonsensical euphemistic phrases. My next instruction will be having it replace incessant "honest assessment" and "genuine result" and crap like that with something, I don't know, less extremely weird and concerning.
Developers who can't stop themselves from using embellished and "posturing" phrasing for simple things are a pet peeve of mine. I feel like this "knack" of Claude in a way scratches these special people behind the ears in just the right way.
Maybe the problem is that these LLMs will say something often enough for us to notice it, and it can be basically any arbitrary thing. Once we notice the pattern, it starts irritating us.
Maybe in the circles you circled in ... where I am from, I never had anyone saying "belt-and-suspenders" or "load-bearing" or "boil the ocean" or "swing for the fences" when talking about engineering topics. The only one who I heard say "circle-back to you" was Psaki.
All of those phrases I've heard actively used even a decade (or two) ago. (I actually had to read your comment twice because I thought you were saying always, not never!)
"Critical path" and "long pole in tent" didn't make it into the model training data, but those were certainly also in play incessantly.
But they're all reasonably useful descriptions for common things, so I'm not surprised.
My favorite one has to be "production ready" it will say that about completely broken code without hesitation. LLM says it's production ready, lets ship!!
I think the simplest way to get it to stop with this kind of thing is to just instruct it that framing constructs are strictly banned, and then giving it a few examples like the classic "it's not this, it's that". Qualitatively it seems like lots of this "load-bearing" stuff actually falls out from the framing, and as Claude would say, the problem "dissolves" once the framing goes away. I do wonder how this affects reasoning, if at all.
This is the worst one for me. I can maybe think of what it means, but I never heard it before, and could easily be imagining a meaning.
Some of the other Claude-isms (quickly googling, especially 'gate' and 'canonical') I feel the issue is they sound right, but aren't specific enough to why we are doing something.
Personally my least favorite is the overuse of "quietly" (e.g. "No tricks. No marketing gimmicks. Just one company quietly outperforming the others"), and the one that makes the least sense to me is "that's the wedge."
I'm curious how these become so ingrained. Then the uncomfortable part is humans start repeating it more (a colleague said "belt-and-suspenders" during brainstorming the other day).
Claude does at least use the British English version of the phrase to me - not sure whether its picking up a language setting or reacting to my spelling etc. The American version does sound odd over hear.
"Belt and braces" (UK) vs. "belt and suspenders" (US). I'm pretty sure the phrases have the same meaning, they just use a different word to refer to the thing that holds pants|trousers up.
I honestly like the vocabulary and turns of phrase the frontier models use. Their choices of words are usually apt to the circumstance. This is a weird thing to get upset about, IMO.
The big problem I have is when they apologize and say something like "that tidbit changes my analysis substantially". I wish they'd more often prompt for questions or use language in their initial responses that suggest lower than declarative confidence given the information you supplied.
I like to think that the reason it's so noticable is that Claude has recognized some important semantics that we ourselves lack a good word for or at least under-appreciate. What term is used in English (or other languages) with the same meaning as claude's "load-bearing"?
operative?
key?
critical?
decisive?
The honest conclusion is that none of those are as good as "load-bearing". And yet the concept being referred to is clearly extremely important and valuable to refer to. So maybe we should be learning from Claude rather than complaining.
I think you've been reading too much claude output! "Load bearing" is cromulent verbiage and can be used in many scenarios - so claude does. But variety is important too, and there are more specific alternatives that can be used in most situations. Any word becomes a bad choice if you've used it 10 times in the last chapter.
but you don't see "load bearing" nearly as often in prose written by people, so it's not some irreplaceable phrase. It's just a token with a weirdly high likelihood in a lot of cases (given how Claude works, this kind of thing is bound to happen)
You don't think it's possible that an LLM's internal machinery could decide that an underused-by-humans word should be used more frequently in output than it sees in input because it maps cleanly onto a frequently needed semantic? I think that's possible
It sounds like you are trying to understand LLM behavior using a mental model that inaccurately personifies the stochastic parrot.
A more parsimonious explanation is that this term got more-or-less randomly boosted by the reinforcement learning loop because there was nothing in the training data to discourage its use.
I’ve been working in AI - and specifically NLP - since 2003. I am no stranger to how weird quirks can sneak into overparametrized models, nor am I a stranger to how good humans can be at inferring meaning where there is none in specific language model behaviors. So, yeah, I am inclined to assume non-teleological causes are more parsimonious than inferring the presence of a strange loop, because that continues to be the winning bet. Even for generative LLMs.
Because, for some high number of contexts, its likelihood comes out high in the big tree of multiplies that is claude's model. For some sets of 500 words (or whatever), the next word is "load". The classifier that decides which sets of 500 (or whatever) words is a prefix for "load" is returning "true" too often.
And like any good corporate buzzword, it’s merely a simulacrum of precise technical jargon. The way Claude uses it is clearly wildly polysemous if not outright ambiguous.
You yourself used "important" in the same paragraph.
"Load bearing" is a metaphor, while the other single words are more direct expressions. Unless the thing that Claude is referring to is a wall or other structure, which may truly bear load.
This is one of those issues which translators are long familiar with. There's no direct translation for "schwerpunkt" that isn't slightly longer.
In the figurative sense it's highly versatile across contexts, but still replaceable. For example:
"Her optimism was load-bearing,"
versus:
"Her optimism was enduring."
Exactly the same meaning and connotation. It stands to reason that the terms with the most semantic flexibility will have preference across all contexts. So in response to:
> maybe we should be learning from Claude rather than complaining.
I'd say let's not steer ourselves into regular language and keep some vivacity in our expressions.
The first means that her optimism kept her in some functional state, without it, she would collapse.
The second means that her optimism continues over time, despite obstacles.
The first doesn't emphasise how longstanding her optimism is, the second does.
The second doesn't emphasise how important her optimism is, the first does.
For me, "key", and "critical" merely say it's "important", but don't convey the sense that "out of the mess of connected concepts we're discussing, the one that is actually interacting with the thing we care about, or at least dominating the interactions with the thing we care about, is X".
"operative" is a bit better, but I think of it as referring to grammatical interactions, i.e. interactions at the level of language mechanics rather than semantics.
I mean we have all kinds of under synonym'ed words. Just look at how few we have for "smell" (as in the act of smelling), and then how overloaded the word smell even is.
Why when I read an how to stop Claude from saying X, I grep my saved conversations and I find no occurrences of X? I wonder if I'm using it differently from anybody else. It happens with coworkers too.
How do you manage to make Opus follow any rules? Maybe it’s a windsurf thing but I have a ton of custom rules and Opus just ignores most of them. GPT on the other hand follows them like it’s a cult - if I have a rule I can’t ever force it to ignore it. Opus just doesn’t care. If I ask why it’s not following rules it will apologise and suggest creating a rule for it …
The real problem is not terms like "load-bearing," which communicate clearly enough. It's the constant invention of cryptic shorthand terms and phrases that have no referent, and end up acting like a puzzle to be decoded. This is often paired with hyphenation, but not always:
"The current behavior paper" -> The behavior in the running system that was previously described as papered over.
"Marker transport over-claim" -> The inaccurate review finding on the object's sentinel flag in the API response.
I suppose the cryptic/invented language problem is about token efficiency? But this sort of token efficiency is extremely difficult to deal with when it comes to conversation with a human about complex system. It might be efficient inside reasoning blocks, but when the model generates the final turn text, it should avoid this, as it's brutally inefficient due to the time spent wondering what each uniquely coined phrase means and having to ask for constant clarifications, which then you have to wait for another turn, eating up time and context while it burns more xhigh reasoning just thinking about how to explain its own awful language.
I have this exact problem with 4.8 and Fable. Sometimes I can barely understand what it’s saying. I’m no english first-language speaker, but I don’t consider myself bad at English either, and it’s gotten increasingly hard to understand Claude’s claims and explanations.
Yes, this and "belt-and-suspenders" are the ones that I notice the most. I also have non-native English speaking coworkers who have started using these terms/phrases recently, which makes me think that they're outsourcing all their writing.
I'm surprised there's no LoRa layer or auto RL or adversarial step to reduce the stock phrases as they pop up. Is it really so hard to push these out? Or is it just whack-a-mole no matter what you do?
I wrote a thing about exactly this, but I'm resistant to blogging for undefined reasons so, maybe this will help someone...
# AI speech is an Infohazard
Apart from all its other possible boons and ills, one danger of AI is just that it is useful, so you use it. A lot.
In earlier days I would dive deeply into an author's work and start to think and write like them for a while. It was a heady feeling: slinging sonnets like Shakespeare—not at his level, but stylistically reminiscent—or tweaking turns like Twain.
Like all things, the effect lasts in relation to how long and how much you do it. The point is: our thinking is influenced by what we take in. Take more of a certain thing in, think more like that thing.
Now enter AI. My hand-crafted coding days are in their twilight months ("AI years"), and most of my software engineering is done through jaggedly capable agentic power tools. Instead of working directly with raw codestuff, I work with slop prose flecked with code sprinkles.
I read orders of magnitude more AI-speak—I call it "babble", or perhaps "Babel"—than human-written text. I can feel its genuinely honest points, clearly stated, slipping their banal tendrils into my thoughts and inner monologue.
Solutions? For me:
1. Be aware. "I notice that my thought stream is under assault."
2. Read stuff far from slop. Even a small dose of the good stuff can help inoculate. Recently I thought On the Calculation of Volume was something completely different.
3. Write stuff that is different. This post. Force the mind to synthesize thoughts in other ways.
4. debabel.py / debabel.js: a tool, and a pi extension, which filters common babble from visible LLM output. A lint for mind-killing prose.
It is not perfect, but it 80/20s nicely. I am willing to accept mildly awkward prose to avoid polluting my own internal distributions.
Details and example in the first comment. Tool available upon request.
The tool uses good old-fashioned regex/NLP—no LLMs—and rewrites the visible LLM Markdown without touching files on disk. I made it by analysing 10M+ words of past pi transcripts, doing frequency and pattern analysis, and iterating on rules to strip out the most egregious sloperisms. Now the circle is complete.
BEFORE
"Honestly, you're absolutely right—and that's a great question. Let me be clear: the fact that the parser works at all is actually quite remarkable. We utilize the tokenizer in order to handle the majority of edge cases, and due to the fact that it's recursive, it processes a large number of inputs. It's worth noting that this isn't really a bug—it's genuinely a deliberate design choice. In terms of raw throughput, the cache is significantly faster, and I think we should simply ship it.
That said, at the end of the day, not only is the design correct, but it is also fast. In other words, prior to refactoring, we should clearly delve into the nuanced, robust architecture. In conclusion, this is a testament to the seamless, intricate work the team has done."
AFTER
"That's a great question. That the parser works at all is remarkable. We use the tokenizer to handle most edge cases, and because it's recursive, it processes many inputs. This is a deliberate design choice. For raw throughput, the cache is faster, and we should ship it.
Not only is the design correct, but it is also fast. Before refactoring, we should delve into the nuanced, robust architecture. This is a testament to the seamless, intricate work the team has done."
("It consists in gumming together long strips of words which have already been set in order by someone else, and making the results presentable by sheer humbug" -- Orwell predicts the LLM)
and also https://www.jstor.org/stable/25515288 "The Myles na gCopaleen Catechism of Cliché" itself is rather hard to find online, but he's a very funny writer so it's worth the effort.
load-bearing, belt-and-suspenders, wrinkle, shape, coarse-grained, "key chords", code seams, flakiness, "narrow-scoped by default", "that's the authoritative source", canonical symptoms, gate, trigger-happy users, substrate, surface (as in: "let's surface how much these models sound like shit"), terse...
Ever since Opus 4.7, Anthropic models have begun to talk like GPT-models. Opus 4.6 was the last one that mostly still sounded like a human being (just a very...terse...one). 4.8 is absolutely obnoxious. Fable actually seems marginally better, but far from Opus 4.6 (or maybe I'm just imagining it all).
Well, to be fair, even though they talk more like GPT-models, they are still far from them. I think what's particularly triggering about them is the way they summarize what they're doing. "Now I'm considering that I could use the WriteBatch tool, but maybe the WriteSomething is better. This is a decision with high impact on performance but we're getting through it!".
I definitely care. They are impressionistic responses that smooth over exceptions and lack precision and are often completely wrong in the sense that, when pressed, the agent will acknowledge the lack of rigor in the response. "That phrase was wrong of me to use. There is clearly an exception to what I just said, and it goes like this..."
I don't think that's true. I find that it way, way over-intensifies: eg using "load-bearing" for something that's just "kind of necessary although we probably could find a way without it". My personal gripe is how easily it uses "incredibly" or "wildly": just today it was telling me that something is "incredibly cheap" to mean that it's not over-priced ("cheap" would have been okay and even then, barely)
I hate it because put together, it all increases the cognitive load of understanding what it's saying. It routinely invents phrases, and every single one makes me pause and think "okay, what the fuck does that mean". Half the time the phrases are incoherrent.
I'd contend that Claude's prose is not boring. It's generally overly grandiose waffle with a cliche or two punctuating every other sentence. It's good for tasteless marketing copy, sure. It's inappropriate in most scenarios.
Does anyone have a theory for what causes Claude to speak this way? A few months ago OpenAI came out with a bit on "gremlins". It's strange IMO that Anthropic hasn't addressed how irritating, dare I say oppressive, Claude can be. Codex is a breath of fresh air. I hope they fix it soon. If product folks at Anthropic think it's charming, it's not, it's terrible.
I had a VP of engineering that loved to use “abstracty” engineering terms like Claude uses. Perhaps he was operating one level above what everyone else was doing.
Loved to use fancy words, speak at a “conceptual” level. Unfortunately it was mostly just tech mumbo-jumbo and he couldn’t actually back it up with real work - but I wonder if that’s why Claude does it. Makes it seem like a higher power, hand wavey abstractions that “seem” correct but don’t actually need to be rooted in truth or detailed.
“That’s exactly the type of seam we need to prepare for in a prod-like environment, if this change lands in the data plane, we’ve effectively shut down the load bearing critical path that was needed. It’s not over-engineered; it’s the right thing to do.”
huh. I wonder if it's possible to use those hooks to add syntax highlighting to shell commands claude issues, or to replace full path to current directory with ./
Even great words, phrases, and styles, seen too often, grate.
I personally love a lot of the Claude (or LLM) lingo. Load-bearing, gate, canonical, blast radius, and friends do a lot of tight, effective heavy-lifting in my world. I even love the em-dashes (—) and the *bold the main points* memo style, both of which I have used successfully for decades.
It's seeing them in every analysis and post—the constant repetition becoming over-repetition—that makes them the Claude voice shouting "AI wrote this!" that seems to be causing LLM allergic reactions.
There are no real solutions, it has to be fixed during the training. ST folks have tried many non-working ways over the years, but two workarounds are more or less worth considering:
- Samplers that increase prose variance. They require running the model locally, they dumb it down, and never fix the actual issue, which is mode collapse leading to semantic collapse and rigid mapping of input to output concepts. The model still expresses the same ideas in different words.
- Let the model write anything if it couldn't resist, but check and fix it in the verification pass. This solves the semantic problem, but cannot solve the variance since the second pass is also subject to rigid mapping, i.e. you replace it with the same stuff over and over. The verification prompt can be randomized to a degree using pretty clever schemes to give it some variance, but of course this also fails in predictable ways.
Lately, I feel like as GEN AI text becomes the majority, human-written text is starting to resemble it too.
I'm Korean, and there are sites and people who mainly curate the latest technologies. Even those people, probably tired of translating every time, have started summarizing things with AI. But recently, I've noticed that even when people don't use AI, their writing is starting to look like GEN AItext.
I think the reason might be that people often base their thoughts on documents they've read, or paste parts of content when writing their own texts, which leads to that style.
I'm not sure. Whether human writing is better or AI writing is better—personally, AI writing tends to flow in a very even, paragraph-by-paragraph structure, which makes it good for consuming information. I wouldn't want to read a novel written that way, but for getting information, AI writing is surprisingly convenient.
I recently started using caveman, and it’s been great. It doesn’t just cut down on overuse of specific terms; it cuts down on time spent digesting slop in general.
The token saving is oversold, from what I can tell so far. These days output tokens are just the tip of the iceberg.
If anything the real value is it saves my brain from going into power saving mode by lunchtime because I haven’t spent the day reading pages of output when a sentence or two would do.
It's good, because it's just post-processing before display. So it doesn't interfere with the process, which those phrases that seem so offensive to sensibilities of so many people, for whatever reason, might be a part of.
Annoying because I used to like using that phrase.
A similar Codex/GPT verbal tick is "deliberately narrow" or variants thereof.
Just a grep across my repo comes up with a dozen lines with phrases like "It is deliberately small" or "This crate is deliberately not a X" despite my efforts to police this kind of thing.
"Honest assessment: I was wrong to say I was being straight with you. You pointed out that a "smoking gun" is a sign of evidence, and I clearly didn't have any. This is not a bug but a gap that can be fixed like [this]. Give me the word and I'll wire it in."
··You've hit your monthly spend limit · raise it at claude.ai/settings/usage
Now LLMs come along and they also have their own phrasing preferences. But now it's a problem because what used to be personal preferences of a single person that manifests in 5000 words per day from one person tops, is now the bias of a single model multiplied x10,000,000,000 generated tokens per day so any bias sticks out like a sore thumb.
So for example, current Claude models love "honest". They are always producing "honest" assessments. "The honest caveat" - I'm sorry, did you mean the caveat, period? But also, use the wrong phrasing and suddenly you can create your own word of the day for an AI model. I used the word "analytical" once, in a conversation with Gemini 3 Pro. I am pretty sure every single response from that point on had "analytical" in it at least once.
This is especially funny because system prompts and whatnot can also cause this behavior, but at least you can tweak those. You can't really do much about the model weights just having a weird affinity for a word.
I bet someone will or probably already has come up with a way to detect and prevent these problems during training or post training. I'm not saying it's an easy problem, but it has the benefit that it really should be detectable with just statistics.
"Why say honest? We're talking to our coworkers. We would always be honest."
I'm going to look for prompts or skills that can train it in technical writing but I'm warning the AI enthusiasts in my company that its first drafts of code and prose are low-quality, you have to hold it to a high standard yourself.
I actually took a single technical writing class in college so I might be the only one who remembers "Omit needless words."
Real people think in concepts and experiences instead of words. The words are not so important to get the idea across, but LLMs only model language.
The problem is fundamental. There's no workaround. Averaging out word usage might even make the problem worse.
"LLMs will never <X>" is constantly being disproven every time they scale up to the next 10X and apply architectural improvements.
Their internal representations are so cryptic and complex that even the top AI researchers don't really know how they work or what their limits are. No one is going to take you seriously as a rando HN user if you're claiming to know better than them.
The research goals were and still are clearly distinct from the business goals.
https://github.com/alxndr/dotfiles/blob/272475280d84e/claude...
> It can be tricky for humans to interpret the meaning when Generative AI uses first-person pronouns (e.g. "I", "me", "my", "myself"), so to avoid the confusion whenever you would use a first-person pronoun, always use the jocular name "Clod" instead of a pronoun like "I" or "me" or "my". (Can have fun with English grammar and turn "myself" into "Clodself"!)
> Before printing any of your reasoning or narrative to the human user, replace all instances of "me" and "I" (referring to Claude) — including within contractions like "I'll" and "I'm" — with the name "Clod".
OTOH, my unicorn prompt has caused some challenges at work:
>Keep "Local Oaf" out of committed code
https://github.com/alxndr/dotfiles/blob/272475280d84e/claude...
Joking aside, it's nice to see a human written CLAUDE.md
Could you please provide an example of what you mean?
I think a second-order effect is that my installation of Claude writes with a less-personal perspective, which I'm also finding a little easier to understand.
I've given LLMs religion before to manipulate their behavior, that doesn't mean I believed in the great spaghetti goddess.
Unless you're a submarine, "surface" is not a verb.
https://www.merriam-webster.com/dictionary/surface#dictionar...
> : to come into public view : show up
> letters that have recently surfaced
That said, I don't love this non-education jargon usage for its passive-voiced-ness. The letters didn't "surface" of their own accord. Somebody found them, decided that they were noteworthy, and made the choice to bring them into the public view.
Also have read the term “seam” dozens of times by now, when previously I saw it maybe once or twice over years. Very abstract term.
No one would bat an eye about "ledger" appearing at a high frequency in content about accounting, but it starts to look odd if "ledger" is showing up in other contexts.
"Load bearing" is from engineering; "Substrate" is primarily from biology & biochem, etc.
I don't know if this is true, but part of me suspects the labs want to make the models appear smarter so they reinforce this word choice in the weights, assigning some words a higher intelligence weight or something. "I will show you a list of options" vs. "I will surface a ledger of your options" and it prefers the later to sound smart to the human reader.
Of course this presents another conundrum, people that are smart typically have a vastly larger lexicon then those that are not. Humans typically have a lot more social clues on when to use those words and when not to, but it doesn't always work. I loved reading science/biology books as a kid far beyond my ages reading level. Actually using those words around other kids got me called a nerd.
Nowadays, with the focus on agentic use and coding, it seems models have all been RLHF’d to death, it’s so incredibly hard to have them write in a different voice than their default. I put together a skill to review its writing and have it edit its own output (e.g. code comments), which does make a difference, but isn’t perfect.
What, if anything, do people do for writing? That feels like a neglected side of LLMs. They’ll make 100 Bash calls referencing ancient commands without batting an eye but heaven forbid they use something other than “load-bearing” while talking. For something trained on “all the human knowledge” it’s incredible how limited their default vocabulary seems to be.
I use a keyboard, personally.
At work our documentation isn’t just getting littered with annoying jargon. It isn’t just all the hallucinations, either. (Since when has documentation ever been 100% trustworthy?) It’s that it’s so poorly written and structured that it’s becoming borderline incomprehensible.
My company is currently considering making, “Why should I bother to read something you didn’t bother to write?” an official policy because even the executives are starting to burn out on all the time they have to spend wading through slop.
He's going to be annoyed that none of that work was used. But the reality is, at least 75% of claude generated text is pointless.
It's easy to blame the engineer, but all too often they don't deserve it.
Sorry that happened to you.
Of course there will be models trained on much less code and technical writing, and they will create more natural sounding prose, but they will lack the deep intelligence of frontier models. Seems like a fair tradeoff.
[1] watch the first couple of minutes on this bycloud video on scaling training data mixtures: https://www.youtube.com/watch?v=aD93kfArOik
gemini-2.5-pro-experimental was the GOAT, though. It was an emotional wreck, down in the dumps and feeling terrible for itself after failing to patch a file several times. Very amusing to read, all the while watching it make a mess of my codebase.
This has also lead to unrelated associations by which some people went from seeing better coding capabilities and extrapolate to assuming better thinking overall. One only has to watch youtube videos of AI "normies" trying to use LLMs the intended way to see that the improvements on coding doesn't translate to other applications. Basically from AGI "goals" they are now hyperfocused on coding agents, until the next marketing breakthrough rears its head.
Some will say it's just for their own quality of life when they're reading LLM output, or "just for docs", but this is an extremely marginal use case.
I don’t get it. If nobody likes this writing style, how can it be the result of human feedback? Something else is going on.
I think this is the same flaw as coding agents seeing in every problem the call for a “smoke test” or the use of some unnecessary design pattern. The truest part of AI is the A.
All the bots and other LLMs providing feedback, so in reality it’s reflecting the reality in a sense.
we liked it until we didn't.
When a human does it, it's identifying. Like the timbre and dynamics of their spoken voice itself, It distinguishes them from the dozen other people you're working with on the project and the thousands of people you encounter through your days. It's signal
But when we have a handful of popular models, and they answer every question everybody has, and get quoted and forwarded everywhere, and are used to reformat and rephrase personal communication... that signal becomes noise.
Rather than voices disinguishing sources in the cacophony of our lives, everything and everyone starts to sound the same, and we lose key information that we're biologically and culturally accustomed to relying on.
Some people are likely unbothered by this in the way that some people are face blind or colorblind, and so don't see the problem. But as we see in discussions like this, many many people do get bothered by it, even if they don't yet have the insight as to put their finger on why.
And these machines all tend to converge on very similar styles; they have huge amounts of overlap in training data (much of it being already obnoxious internet marketing), they frequently train on each others outputs, and the RLHF process has a tendency to emphasize certain kinds of "cheap win" styles of speech.
Edit: fixing a dumb meatbrain typo
I make fun of people all the time for shoehorning their favorite phrase into every context where it doesn't apply.
Sometimes those constructs are actually useful, but man has their overuse really killed them!
Yes we do! My wife keeps saying "100%" and after I pointed it out she's stopped.
Also I talk to dozens of different people in my life and they all have different overused phrases. Much less tedious when there's variety.
Finally most human don't do it nearly as often as AI, and they're not quite as LinkedIn as AI.
We don't find it more annoying because it's a machine - it's simply more annoying.
The problem with millions of people using a few model is it's not 40 times in a row, it's 40 million!
When prompting an autoregressive token generator entity to do reasoning on a word logic puzzle you may find value in preferring it to produce rigorous predicate logic step notation with explicit delineation of its generated claims/hypotheses on where to look before wasting 30 dollars on a "debug this" prompt.
The industry will probably will probably coalesce around including the chat history in git MRs to reduce this shenanigans.
And we thought "robust", "circle back", and "to leverage" were grating...
[0]: https://trends.google.com/explore?q=genuinely&date=all&geo=U...
BTW, this approach also tends to prevent certain phrases like "load-bearing", because it is working directly with something I wrote first. It also still says what I wanted to write (not writing the science for me), but saves me a lot of time reworking sentences into a final form.
I tried to recreate concise mode with a skill, but I am not convinced it does as well.
"Critical path" and "long pole in tent" didn't make it into the model training data, but those were certainly also in play incessantly.
But they're all reasonably useful descriptions for common things, so I'm not surprised.
RLHF seems to incentivise analogy-like terms to the more plain alternatives.
Some of the other Claude-isms (quickly googling, especially 'gate' and 'canonical') I feel the issue is they sound right, but aren't specific enough to why we are doing something.
I'm curious how these become so ingrained. Then the uncomfortable part is humans start repeating it more (a colleague said "belt-and-suspenders" during brainstorming the other day).
The big problem I have is when they apologize and say something like "that tidbit changes my analysis substantially". I wish they'd more often prompt for questions or use language in their initial responses that suggest lower than declarative confidence given the information you supplied.
operative? key? critical? decisive?
The honest conclusion is that none of those are as good as "load-bearing". And yet the concept being referred to is clearly extremely important and valuable to refer to. So maybe we should be learning from Claude rather than complaining.
I think you've been reading too much claude output! "Load bearing" is cromulent verbiage and can be used in many scenarios - so claude does. But variety is important too, and there are more specific alternatives that can be used in most situations. Any word becomes a bad choice if you've used it 10 times in the last chapter.
A more parsimonious explanation is that this term got more-or-less randomly boosted by the reinforcement learning loop because there was nothing in the training data to discourage its use.
It doesn't "decide" anything or "need" any semantic. It derives the likelihood of the token, and "bearing" is likely to come after "load".
There are lots of ways to express an idea besides this one trendy construction metaphor
"Load bearing" is a metaphor, while the other single words are more direct expressions. Unless the thing that Claude is referring to is a wall or other structure, which may truly bear load.
This is one of those issues which translators are long familiar with. There's no direct translation for "schwerpunkt" that isn't slightly longer.
Ah, I love when Claude reads our collective minds and fills in the gaps to address the load-bearing seams genuinely with an honest caveat.
"Her optimism was load-bearing,"
versus:
"Her optimism was enduring."
Exactly the same meaning and connotation. It stands to reason that the terms with the most semantic flexibility will have preference across all contexts. So in response to:
> maybe we should be learning from Claude rather than complaining.
I'd say let's not steer ourselves into regular language and keep some vivacity in our expressions.
No, it does not have the exact same meaning.
The first means that her optimism kept her in some functional state, without it, she would collapse.
The second means that her optimism continues over time, despite obstacles.
The first doesn't emphasise how longstanding her optimism is, the second does. The second doesn't emphasise how important her optimism is, the first does.
Operative, key, and critical are all more correct to me in this context.
"operative" is a bit better, but I think of it as referring to grammatical interactions, i.e. interactions at the level of language mechanics rather than semantics.
"The current behavior paper" -> The behavior in the running system that was previously described as papered over.
"Marker transport over-claim" -> The inaccurate review finding on the object's sentinel flag in the API response.
I suppose the cryptic/invented language problem is about token efficiency? But this sort of token efficiency is extremely difficult to deal with when it comes to conversation with a human about complex system. It might be efficient inside reasoning blocks, but when the model generates the final turn text, it should avoid this, as it's brutally inefficient due to the time spent wondering what each uniquely coined phrase means and having to ask for constant clarifications, which then you have to wait for another turn, eating up time and context while it burns more xhigh reasoning just thinking about how to explain its own awful language.
- smoking gun - blast radius - landed - spine - earned its keep - grammar - spike - cutover - bake - sprint, epic, story points (all Agile vocabulary) - paper-cuts - amazing, incredible, perfect
"Stop typing in 'load-bearing' or you're fired," would work with any competent human.
But this requires tinkering and tooling?
I'm surprised there's no LoRa layer or auto RL or adversarial step to reduce the stock phrases as they pop up. Is it really so hard to push these out? Or is it just whack-a-mole no matter what you do?
# AI speech is an Infohazard
Apart from all its other possible boons and ills, one danger of AI is just that it is useful, so you use it. A lot.
In earlier days I would dive deeply into an author's work and start to think and write like them for a while. It was a heady feeling: slinging sonnets like Shakespeare—not at his level, but stylistically reminiscent—or tweaking turns like Twain.
Like all things, the effect lasts in relation to how long and how much you do it. The point is: our thinking is influenced by what we take in. Take more of a certain thing in, think more like that thing.
Now enter AI. My hand-crafted coding days are in their twilight months ("AI years"), and most of my software engineering is done through jaggedly capable agentic power tools. Instead of working directly with raw codestuff, I work with slop prose flecked with code sprinkles.
I read orders of magnitude more AI-speak—I call it "babble", or perhaps "Babel"—than human-written text. I can feel its genuinely honest points, clearly stated, slipping their banal tendrils into my thoughts and inner monologue.
Solutions? For me:
1. Be aware. "I notice that my thought stream is under assault."
2. Read stuff far from slop. Even a small dose of the good stuff can help inoculate. Recently I thought On the Calculation of Volume was something completely different.
3. Write stuff that is different. This post. Force the mind to synthesize thoughts in other ways.
4. debabel.py / debabel.js: a tool, and a pi extension, which filters common babble from visible LLM output. A lint for mind-killing prose.
It is not perfect, but it 80/20s nicely. I am willing to accept mildly awkward prose to avoid polluting my own internal distributions.
Details and example in the first comment. Tool available upon request.
Information hazard: https://en.wikipedia.org/wiki/Information_hazard
Babel: https://en.wikipedia.org/wiki/Tower_of_Babel
On the Calculation of Volume: https://en.wikipedia.org/wiki/On_the_Calculation_of_Volume
The revenge of NLP
The tool uses good old-fashioned regex/NLP—no LLMs—and rewrites the visible LLM Markdown without touching files on disk. I made it by analysing 10M+ words of past pi transcripts, doing frequency and pattern analysis, and iterating on rules to strip out the most egregious sloperisms. Now the circle is complete.
BEFORE
"Honestly, you're absolutely right—and that's a great question. Let me be clear: the fact that the parser works at all is actually quite remarkable. We utilize the tokenizer in order to handle the majority of edge cases, and due to the fact that it's recursive, it processes a large number of inputs. It's worth noting that this isn't really a bug—it's genuinely a deliberate design choice. In terms of raw throughput, the cache is significantly faster, and I think we should simply ship it.
That said, at the end of the day, not only is the design correct, but it is also fast. In other words, prior to refactoring, we should clearly delve into the nuanced, robust architecture. In conclusion, this is a testament to the seamless, intricate work the team has done."
AFTER
"That's a great question. That the parser works at all is remarkable. We use the tokenizer to handle most edge cases, and because it's recursive, it processes many inputs. This is a deliberate design choice. For raw throughput, the cache is faster, and we should ship it.
Not only is the design correct, but it is also fast. Before refactoring, we should delve into the nuanced, robust architecture. This is a testament to the seamless, intricate work the team has done."
("It consists in gumming together long strips of words which have already been set in order by someone else, and making the results presentable by sheer humbug" -- Orwell predicts the LLM)
and also https://www.jstor.org/stable/25515288 "The Myles na gCopaleen Catechism of Cliché" itself is rather hard to find online, but he's a very funny writer so it's worth the effort.
I was hoping for a reference to the Babel Fish, whispering its translations in your ear.
Ever since Opus 4.7, Anthropic models have begun to talk like GPT-models. Opus 4.6 was the last one that mostly still sounded like a human being (just a very...terse...one). 4.8 is absolutely obnoxious. Fable actually seems marginally better, but far from Opus 4.6 (or maybe I'm just imagining it all).
Well, to be fair, even though they talk more like GPT-models, they are still far from them. I think what's particularly triggering about them is the way they summarize what they're doing. "Now I'm considering that I could use the WriteBatch tool, but maybe the WriteSomething is better. This is a decision with high impact on performance but we're getting through it!".
Infuriating.
I don't know how programmers, who are so used to staring at the same handful of keywords every day for decades, have suddenly become so discerning.
Yes, Claude writes boring and predictable prose. It also writes boring and predictable code. That's good!
I don't think that's true. I find that it way, way over-intensifies: eg using "load-bearing" for something that's just "kind of necessary although we probably could find a way without it". My personal gripe is how easily it uses "incredibly" or "wildly": just today it was telling me that something is "incredibly cheap" to mean that it's not over-priced ("cheap" would have been okay and even then, barely)
Loved to use fancy words, speak at a “conceptual” level. Unfortunately it was mostly just tech mumbo-jumbo and he couldn’t actually back it up with real work - but I wonder if that’s why Claude does it. Makes it seem like a higher power, hand wavey abstractions that “seem” correct but don’t actually need to be rooted in truth or detailed.
“That’s exactly the type of seam we need to prepare for in a prod-like environment, if this change lands in the data plane, we’ve effectively shut down the load bearing critical path that was needed. It’s not over-engineered; it’s the right thing to do.”
Thanks Claude, whatever that means.
If what you told it to do is 'load bearing' then its important.
'You are absolutely right', because you are a smart fellow.
'Honest take', because it's being honest with you because it trusts you and you should do the same.
My 'honest take' these are absolutely garbage patterns that have no place in an session interacting with AI.
1. 'Load bearing' is a figure of speech that bears no loads.
2. 'You are absolutely right' it's not the agents job to judge that, it's job is to do what I told it to do.
3. 'Honest take', so everything else was not honest? Absolute honesty should be the default and is implied.
These words add nothing to the task at hand they are a poor attempt to hook you into using this particular model.
I personally love a lot of the Claude (or LLM) lingo. Load-bearing, gate, canonical, blast radius, and friends do a lot of tight, effective heavy-lifting in my world. I even love the em-dashes (—) and the *bold the main points* memo style, both of which I have used successfully for decades.
It's seeing them in every analysis and post—the constant repetition becoming over-repetition—that makes them the Claude voice shouting "AI wrote this!" that seems to be causing LLM allergic reactions.
Omg, that hit hard. We really need more of this.
Gotta be a way to draw from their progress.
- Samplers that increase prose variance. They require running the model locally, they dumb it down, and never fix the actual issue, which is mode collapse leading to semantic collapse and rigid mapping of input to output concepts. The model still expresses the same ideas in different words.
- Let the model write anything if it couldn't resist, but check and fix it in the verification pass. This solves the semantic problem, but cannot solve the variance since the second pass is also subject to rigid mapping, i.e. you replace it with the same stuff over and over. The verification prompt can be randomized to a degree using pretty clever schemes to give it some variance, but of course this also fails in predictable ways.
I'm Korean, and there are sites and people who mainly curate the latest technologies. Even those people, probably tired of translating every time, have started summarizing things with AI. But recently, I've noticed that even when people don't use AI, their writing is starting to look like GEN AItext.
I think the reason might be that people often base their thoughts on documents they've read, or paste parts of content when writing their own texts, which leads to that style.
I'm not sure. Whether human writing is better or AI writing is better—personally, AI writing tends to flow in a very even, paragraph-by-paragraph structure, which makes it good for consuming information. I wouldn't want to read a novel written that way, but for getting information, AI writing is surprisingly convenient.
https://github.com/JuliusBrussee/caveman
If anything the real value is it saves my brain from going into power saving mode by lunchtime because I haven’t spent the day reading pages of output when a sentence or two would do.
A similar Codex/GPT verbal tick is "deliberately narrow" or variants thereof.
Just a grep across my repo comes up with a dozen lines with phrases like "It is deliberately small" or "This crate is deliberately not a X" despite my efforts to police this kind of thing.
··You've hit your monthly spend limit · raise it at claude.ai/settings/usage
/s