Earlier quoted context omitted.
An audio feedback distortion effect comes to mind.
Mad cow disease comes to my mind.
Let's hope just mind, not brains.
Show HN: The load-bearing vocabulary of Claude
261–270 of 328 posts
Re: Show HN: The load-bearing vocabulary of Claude
#262A lot of these “Claudeisms” are simply jargon I’ve seen or heard firsthand myself while working at tech companies. I don’t think it’s limited to Claude either; I’ve seen Codex use load-bearing and many of these phrases as well. I think using agents is just like speedrunning the whole experience of working with technical coworkers. Whereas you might have had a few coworkers at your company who used some of these phras…
The jargon isnt even the worst part. The phrasing is just downright incomprehensible sometimes. And its not even "academic". It's just extremely awkward, bad writing. And it is much worse than say Opus 4.6-8. Actually I have found the copy that Claude Design spits out is way better than using the same model directly. I have no idea why. It has its flaws but it sounds like it's written by a human who uses derivative l…
I couple of days ago I wondered whether I was having a stroke. Looking at the wall of text and understanding nothing.
Re: Show HN: The load-bearing vocabulary of Claude
#263Re: Show HN: The load-bearing vocabulary of Claude
#264Earlier quoted context omitted.
> words are being played back to the model in the next turn and thus supporting the model shape its own thoughts and stay on course. Why is that exactly?
It’s obviously more complex than this, but my intuition is that the previous messages of the conversation define the playing field for the next response in the same way as thought blocks do. consequently, when the model arrives in round n and “notices” a lot of words like “plain”, “genuine” and so on in its own previous responses, then, in its pursuit of continuity, it takes this as a strong trigger that it should no…
Don’t you feel your conclusion is preceding the reasoning, forming a confirmation bias?
Have quick test. In a codebase or PR (assuming you’re a dev) with claude’s signature wordings unmodified, command claude (/code-review) with same “thinking” effort and model. You may find (as I have many times) that claude points out the comments it made in earlier sessions, as factually wrong or misleading. Repeat this in a fresh session a few times and on different code.
Re: Show HN: The load-bearing vocabulary of Claude
#265Earlier quoted context omitted.
Thanks! The real and probably unnecessary pain was having the words in different sizes.
Frankly, that's the one part I would have done differently. Mixing font sizes rarely looks good, but that's just my personal opinion. If you want to visually indicate intensity, I'd have used color, or rather saturation. Not the text itself, maybe a small pill next to it. But I don't think it's necessary, the order already conveys some sort of ranking, I don't think cardinal information adds much here.
I think I agree afterwards, but now I developed emotional attachment to that quirk ^^
Basically when scrolling, the frame around words will have a stable top edge to avoid flickering, and it took me a few iterations to make it work.
I tested multiple designs, some of them inspired by word clouds and the size variation stuck afterwards.
Re: Show HN: The load-bearing vocabulary of Claude
#266Re: Show HN: The load-bearing vocabulary of Claude
#267[flagged]
Re: Show HN: The load-bearing vocabulary of Claude
#268I really love this. It’s comprehensive, it consolidates the data to the point where the argument effectively ‘makes itself’, and the way it’s presented respects the reader’s time. It also makes for an interesting challenge (for me at least) to try to characterise the subject matter of a language problem so narrowly. No ream of slides. No narrative. Just a lovely big painful conclusion.
> the argument effectively ‘makes itself’ What argument? I don't know what to take away other than "Claude likes certain words". Some of them are kind of amusing, but I'm not convinced the vocabulary is bad or that this is a problem, just from looking at this.
It shows that about 40% of supposedly human-authored PRs are actually authored by Claude, and that these PRs clearly stand out from the others even without prior knowledge of Claude’s writing style.
Re: Show HN: The load-bearing vocabulary of Claude
#269I literally cancelled my anthropic sub because of the intensely irritating jargony output of opus 5. I can spot its output a mile off especially in copy. This style is particularly grating too:
> One brief sentence. Second abrupt sentence.
e.g. from an openrouter email:
> One key reaches every major model. Switch without rewriting.
Was enough to make me delete the email without reading.
Re: Show HN: The load-bearing vocabulary of Claude
#270Earlier quoted context omitted.
In the enterprise, we are already adopting them. “Seam”, I term I’d never heard used before, is now not only our defacto way to describe the boundary between systems/workflows/components, it is encoded into our organizational roles and responsibilities descriptions. I am the proud owner of several seams, and am considering giving them person-names. The empty space between my inventory APIs and their clients might be…
"seam" dates back to refactoring & software engineering literature that pre-date LLM use by 20 years -- see Working Effectively With Legacy Code for one example ( https://www.oreilly.com/library/view/working-effectively-wit... ). Its a great book, still use techniques from it everyday. "load-bearing" I have never heard used for programming before Opus, and its incredibly annoying and over-used.
The only time I really heard the term load bearing in a software engineering context (pre LLM) was in the phrase “load-bearing bug”.