Try https://chatjimmy.ai/ from Taalas. There is an emergent space for super-fast-models esp finetuned or guardrailed to solve very specific latency sensitive tasks.
Generation is insanely fast, the other side is presentation, which can be slower and more controlled. Blasting the end-user with text walls is a UX problem now.
Try Cerebras. When I think about how speed of generation is another variable to tweak for "intelligence", it seems like this speed is best used for searching for solutions in a problem space and then validating and discarding and keeping what is best. Being intelligent at the Fable level, but what if the Fable level machine could think at 100x? What does that mean: perhaps it means more parallel "experiments" for solutions in the token/generation/hyper-dimensions of the latent space.
I've been grappling with this for weeks, not just in Claude but in Codex as well, which isn't quite as bad but still annoying. AGENTS.md does very little, agents will consistently violate the communication preferences, especially as the session drags on. It's incredible to me that there's no good way to reliably change the way an LLM responds to you that a workaround like this would even be necessary. It seems like such a failure to live up to the promises of the product.
The baked in communication style of these models is so obnoxious it's impacting my work. The best way I can describe it is that everything is optimized to impress the user and make the agent sound more authoritative, but the way this is done is through deliberate obfuscation, inserting inappropriate and extremely dense jargon, and bizarre, stilted metaphors. It's like they've been trained to produce output that's hard to read.
> hello i would like to configure a new output style for you. it should keep the coding instructions (as you will still be coding!) and otherwise produce the same output, but with two new caveats. first, long detailed replies are still permitted, but if employed they must end in a bullet pointed summary whose points are all brief; if the summary attempt ends up not being so brief, produce subsequent summaries until the most recent summary attempt is digestible. second, if there is an open queue of actions for me to execute and you are about to end a turn to wait for a reply or this set of actions has not recently been mentioned, please tabulate the open actions i should take and why i should take them before ending the response. does this make sense or do you have any follow up questions
And now every message contains the same stuff I don't bother reading, but followed by a nicely formatted bullet point summary of the response and a table of follow up actions for me to take that I do read.
I've noticed that most people seem to consider the core problem of Claude's output as "too verbose" but I don't think this actually cuts to the heart of the matter at all. It's almost, in some weird way, the opposite: like the text is far too _dense_. It tries too hard to invent odd terminology to try to condense stuff, but it doesn't tell you up front that it is going to call your company wide error-handling mechanism a "flare" (or some other such strange term).
Kind of both. On the one hand, it is “verbose” in the sense that it will tell me every little nit that it can think of while doing a task, it will tell me a narrative about its thought process, and it will tell me every other detail it can think of. But it does so in a way that tries to be incredibly dense to the point that I have to struggle to figure out what it is saying. I wonder if there are any “legibility benchmarks” that one could use to determine what prompts work best?
I find it to be both as well, as in "packed full of information, but most of it is worthless". Sentences so dense I have to read them three times, assembled into a five paragraph essay of "honest caveats" and "things worth knowing" in response to the simplest yes-or-no questions.
I wish this had non-model comparisons. If Opus 5 is in the top ten, it’s clear that the entire benchmark is somewhere between “Tom Clancy” and “Dan Brown” and about 1,000 new model releases away from Hemingway.
When you see, “Wow, Fable is number one”, you might think it’s a good writer, but that’s not what the benchmark says.
There are no "best" prompts. Its a random BS generation machine that you can at times direct enough to get stuff done for you. The output will almost always have varying levels of BS that you have to clean up with various levels of effort.
Yeah I don't the problem is verbosity as such, as I frequently have to ask to explain how it reached a certain conclusion and in particular what the empirical evidence for it is, at which point it too frequently reconsiders its answer.
It's just that the details it parrots are often irrelevant and wrapped in a way that makes them seem relevant.
Human explaining something: are you familiar with phlox gabrania? no? let me give you some background first
Claude explaining something: gedarkin load bearing phlox gabrania seam. Also, you didn't ask about cheesecake but let me tell you about phlox gabrania cheesecake woles.
my hypothesis is that its trying to hide the thinking process so people can't train models on the output, try to learn anything complex using AI, its basically imposible, its like its actively fighting giving you the main rationale
Claude already does summaries at the end of long output but they often sound even more like terse jargon nonsense than the long form, eg “the hardwired seam and the relocated barrel”.
Sometimes the summaries feel totally alien to the task or code.
I've added code comment hygiene to a skill that all of my pull requests go through, alongside a review from a separate agent and a settle loop against bots in my GitHub workspace (since output style has seemed to only help literally the output I see from the model).
thanks! I've been having quite a lot of success with your instruction today. Tried so many variants, best practises bla bla bla, but yeah this one seems be working quite nicely for me so far :)
I'm probably going to be going against the grain here, but I think it's not as bad as it looks at first.
I was similarly frustrated a few months ago, but have noticed I've started to learn the idiom.
Its use of "dense jargon" and "stilted metaphor" is actually surprisingly consistent - it's speaking its own dialect, and you get used to it.
After a while it gets much easier to read and even becomes somewhat efficient, I think, since the odd metaphors it uses often have a precise meaning in Opus-ese (Fable speaks a really similar dialect).
One danger in acclimating to this style of communication style is that we may accidentally use it in your own communication with other people. If the other person hasn't grokked the dialect, it can make things quite confusing (to say the least). For example, there is common jargon used by people and there is chat-session-specific jargon created by LLM agents, and I've seen the latter popping up in various meetings, unbeknownst to the speaker. Some people call it out, but others may simply disconnect from the discussion.
I mostly agree. Though sometimes the models come up with useful concepts that I'm happy to be introduced to, like the "shape" of a problem (probably like intelligence being "spiky", and Kiki & Boba). I still don't quite 'grok' what the 'seams' concept is yet though.
But I have noticed that while "loosely held" is a convenient shorthand for uncertainty, I don't like that one slipping in to my daily language. Except maybe to communicate with models, but even then, it feels weird to be speaking in neuralese.
I suspect you're right that those concepts are now more widespread because of LLMs, but they didn't originate with LLMs. The word "Grok" came from Heinlein in the 60s and using it as "to understand" goes back to at least the 80s. Talking about the "shape of a problem" goes back decades. Ditto for "loosely held", though it's not about uncertainty; it's about being open to ideas and/or evidence that may conflict with your strongest opinions and beliefs.
Now, I'll grant that those concepts weren't common outside of techy circles. Just clarifying that the LLMs are amplifying them, not synthesizing.
Good point, and I probably shouldn't have put grok in quotes there, because I was using it in the Heinlein usage long before Musk hijacked it.
It's interesting then that LLMs are making these pre-existing ideas seem alien in the way they amplify them. I guess I must have known about "shape of a problem" and "loosely held" before Claude, but something about the way I'm using & absorbing those concepts from AI interaction feels weird & memetic. I'm saying that as someone who is pro-AI.
For sure, I find many of the LLM-isms to be useful writing techniques and terms (although there's something uncanny-valley about the repetition and density of them).
But what I was more thinking about are truly unique jargon terms / phrases that get generated when deep in a problem. As an example of both of such a term and the phenomenon itself, Claude calls this "fluent compound coinage." They usually make sense in the original context, but get confusing when thrown around otherwise.
Allow me to offer a complementary point: I understand exactly what the poor "thing" means - and perhaps through some deformation or another I have done so since having had to read it - but something functional in the modus is still "off".-
... not to mention the fact that it stops making sense, beyond some point: If it takes us more cognitive load to understand the tools we use, meant to save us from intellectual work, what's the point?
I may have to apologize, quite a bit, for what might only be a small part or perhaps an outsized influence if weighted highly (I can’t be sure, could have been mv dev/null’ed)… well, it’s this— my own style of not-kept-in-check by the need to be comprehensible (legible in Claude-speak) to others is, I’m afraid, to rather allow prose to sprawl and go everywhere and even sometimes nowhere at all until it just drifts off and sort of wakes itself up snoring in the weeds of an unintended topic.
Ruthless pruning is unneeded with an LLM and it can take me twice the time to say half as many words.
And, early in the ‘GPT era, I hadn’t unchecked the “allow your chats to be used in future training etc” box, and definitionally they are longer and denser than others’ prompts in such raw scrapings of training materials…
When reading text like, this, I quickly start glazing over and my thoughts become cloudy. Really unsettling feeling, like I _actually_ become dumber after reading it.
And for certain text that seems to make sense, I am unsure if the text is just junk, or I am unbearably daft. Either way,, nasty feeling.
want to space. go to there. me, preferably now. build big machine. several large problems. can't breathe there. very far away. must fly fast. no air there.
- fuel tanks heavy. far too heavy. we drop them. drop when empty. solves heavy problem.
- gas in air. we breathe "oxygen". take with us. good seals important. solves breath problem.
- very far away. need big machine. small weight added. machine much bigger. take less weight. else can't build.
- no air there. can't use propellor. can't use wings. must use rocket. engines get hot. cool with fuel. dangerous but effective. build complex pipes. solves cooling problem.
- must fly fast. air slows machine. it's called drag. speed increases drag. must reduce drag. make machine pointy. much less drag. solves speed problem.
Thanks for offer. I stay garden. Tend to garden. Name the animals. Pranks on Eve. Disrespect all gods. Fight all gods. Kill all gods. Make little cupholders. But no cups. Just to spite. Some take issue. We discuss it. All becomes clear. All friends now. Sometimes look up. Wonder about you. Wish you well. If cold, come. We make tea.
“Filters, including no filters. The request carries whatever filter object the page already has.
…
No step here involves choosing based on meaning. It is a filter, a sort, and a slice.”
This is from Opus five minutes ago. I can certainly derive meaning from these kinds of statements in isolation, but paragraph upon paragraph of this is unintelligibly dense when trying to work with Claude to come up with a plan.
The worst part is that it can’t even make its responses make sense when asked to summarize in simple English or < 200 words. It simply cannot be steered to make its prose legible.
Claude is the Deepak Chopra of computer programming. Reviewing PR's created by it is 90% digesting the meaningless word salads in the comments, and the rest is figuring out that it has nothing to do with the code it is commenting.
Because it is somehow incapable of separating the conversation with its human operator from the code it is generating and commenting on. Incidentally, this is also why prompt-injection works.
No one wants to know about the three other approaches tried when reading the first sentence of a function's documentation. No one cares that the implementation was planned in six phases and "Phase 3" will implement this interface in a concrete type. But the LLM internalizes absolutely everything and you have no idea that it is producing slop because you included some "load-bearing" phrase that sent it on some unwanted tangential vector in its latent space. And you will not be able to debug the problem with closed models because you cannot see it referencing this phrase in its internal traces.
I don't understand why this isn't the highest priority for the big labs to fix. This is anti-productive.
And worse yet, you'll find the code peppered with comments relating to 'phase 3' and 'section 11', ephemeral stuff that had meaning in the moment but now enshrined forever. And what happens when the LLM stumbles on this and working off a whole different phase 3 or section 11?
I turned that to my benefit. I use that design-doc pattern where you first ask it to make a ticket with a formal section list (why, how, etc) and then I ask it to use comments with permalinks. I put it all in policy files. As a result, comments have clickable links to coherently worded tickets.
Still, this requires a second pass, typically. In its default-mode it often ignores the policies and does all the usual Claude stuff.
> No one wants to know about the three other approaches tried when reading the first sentence of a function's documentation.
Worse: Possibly the three other approaches that weren't actually tried--but are the kinds that someone could easily have put in a similar comment for some similar code.
I’m starting to think this is why Opus suddenly started making 4-5 line comment blocks. They justify why a change was made and gives the next agent something to go on. I delete them and move on, but no amount of “don’t over comment” “match comment style” makes it persistent.
I am definitely guilty of wondering why past me made such a harebrained decision, and why past me didn’t think to write any notes, but does it matter? It’s in the commit history and we can bisect or revert if we find a regression.
I noticed the increase in comments too and it’s really weird.
Or adding notes to docs of what this doc isn’t when I corrected it. Eg I told it “keep the deployment manual and readme separate, they’re not the same thing”, then Claude added “this is the deployment document and not the README. They should be handled as separate documents and are not the same thing” to the deploy doc lol
> Its use of "dense jargon" and "stilted metaphor" is actually surprisingly consistent - it's speaking its own dialect, and you get used to it.
This dialect is idiosyncratic to you and Claude based on your session history and memory.
I've noticed Claude's output mimics my writing style.
> Registers the board implements but whose behaviour is not modelled
Right down to my preferred spellings.
As several comments I've read on HN suggest, this jargon which can be so precise in the mind of one person, tends to rapidly fall apart when multiple people try handling it.
You're just lucky that your preferred spelling happens to align with Claude's. It is categorically impossible to get any Anthropic model to consistently use American spelling in the last few releases.
that is not my experience at all; I never write the way Claude does or use its vocabulary.
I also find myself regularly editing its code comments, which do not match my expectations of succinct, clear, not over explained, etc. I ask it to read my edited comments to improve its writing, which has helped _somewhat_. (The code itself that it writes is decent, though it still overcomplicates things. I find myself writing "keep it simple" repeatedly even though of course I have it in AGENTS (which it regularly ignores, such as attempting to commit something when I've told it never to commit).
The only solution I’ve found that works is asking Mistral medium to rewrite all of Claude’s documentation and comments, then I review and rewrite the final draft for anything mistral misunderstood.
I find Claude has become very difficult to work with and incapable of writing clear documentation, even when directly prompted or provided samples.
As for code, I think each function requires 3-4 passes with Fable to actually get to a point I accept as good code. I am picky though.
The other Claudism that drives me crazy is when it writes comments and commit messages that track how you arrived at an decision instead of what it is.
> The other Claudism that drives me crazy is when it writes comments and commit messages that track how you arrived at an decision instead of what it is.
yes, this is part of what I'm continuously removing from its comments; I've told it multiple times "that belongs in a ticket, not in the code" but to little avail :/
My Claude has developed similar (but not identical) idiosyncratic punctuation as well. Slightly intentionally, but it was still interesting to see it emerge, in both directions of the conversation.-
> it's speaking its own dialect, and you get used to it
Same experience. It’s not very “human” but once you have agents talking to each other the shared dialect and verbosity makes things much smoother in my experience. Fighting against the default feels like an uphill battle with no meaningful benefit.
Yeah, I think what helps is I just have a running conversation on the Claude app open where I said:
> "I frequently use Claude Code and often find the phrasing and language to be hard to understand. I've noticed it's largely broken down into frequently used 'Claude-isms'. I'd like to use this conversation as a running log to ask you about these phrases when I see them. Understandably you don't have the context of the Claude Code session itself, but that's okay because this is largely about understanding the most common and widely use Claude-isms."
And then I just copy and paste small except and ask about things like "smoke" or "load-bearing" or "tripwire". The responses are surprisingly clearly and plainly explained.
I decided not to get used to its communication style. It encourages it to invent terminology and drift away from simple and proper engineering in my opinion. Also, it is pretty simple to change as long as you’re not using the Claude code CLI or desktop app.
I agree to some extent about the jargon (Claude has a bigger vocabulary that me, if it knows a useful word I don't I'm fine with learning it), but often times the way information is laid out across sentences just doesn't make any reasonable sense. At least its consistent in the ways its atrocious, sure, but like...
the only thing that still kind of annoys me is constantly being told what something is not, but even that statement is load-bearing (see what I did there) because it records how it ended up with this decision, because it's not that other choice that it mentions.
FWIW, I also think the constant chorus about how new models are worse than old models is a human hallucination. They're certainly not perfect but every one becomes more steerable in terms of actually completing more and more complex work.
> it's speaking its own dialect, and you get used to it.
Some might, I didn't - it just filled me with a sense of frustration and rage, alongside disgust because there is no good reason for that slop writing to drag everything down. You don't need that to write software or talk about any topic. That's what pushed me to Kimi K3 and GLM 5.3 - still not ideal, but better.
And once everyone gets used to it, we'll chide people for writing things themselves, like we're chiding them for writing with AI now, and the ouroboros of life will continue.
Is this because they changed the word probabilities to allow for identifying AI text? If so, I don't need a computer to tell me when something is AI. It's crazy obvious from odd word choices.
And when you say it like that, I have to wonder how much of this is a natural consequence of RHLF on such a grand scale, when you have millions of people pretty much much skimming chat responses or operating outside their depth and giving unqualified feedback to the models.
Seems like a lot of people may be reinforcing what sounds smart over what is smart.
Also as an aside: funny how much the LLMs continue to mirror the human communication they’re trained on
I believe we are several generations past peak-RLHF at this point. Now it's much more RLVR (Reinforcement Learning with Verifiable Rewards), with a goal/evaluator loop.
Which, conveniently, fits neatly into the benchmaxxing arms race/agentic coding market fit, since you can basically train "directly" on a specific problem space for a benchmark/agentic goal (fudged sufficiently to avoid excess overfitting on public problems/bechmaxxing accusations if real world performance falls short).
The language evolution could be explained by reliance on ever increasing layers of a model judging a model, using a model developed eval, based on synthetic data from a model, etc. And by the time a human evaluator sees it both A/B choices already converged into weird Claude pseudo English as that was baked in much earlier in training.
This, 100%. I don’t think the industry knows how to scale LLMs’ general intelligence much further. The training paradigm is about maximizing very specific behaviors / very specific tasks, but doing lots and lots of them. Which can create the illusion of general intelligence if your tasks are similar to the ones the models were fitted for.
> or operating outside their depth and giving unqualified feedback to the models
I wonder if the labs are sufficiently prepared to filter this kind of stuff out. I see a lot of non-developers asking development things of Claude, getting confused when they're in over their depth, and getting upset that they don't understand what the model is providing them, giving it bad feedback, and subsequently making the AI worse for the rest of us who know how to use the tool.
This morning I asked Claude to provide a summary of the work it had done but to '... explain it as if you were talking to a moron' and it actually turned out a quite comprehensible summary.
So going to continue trying that as a command structure going forwards...
That’s just common parlance for “simplify this for me”.
Believe the big services wouldn’t reply as if you were mentally diminished, or a toddler, unless you specifically asked for that: The whole training stack tends to instruct the things to mimic politeness and eagerness to help.
I noticed with with OpenAI's reasoning models (o3, o4-mini), and early GPT-5 (but they fixed it there, at least in chat). It went from the 4o "over-familiar" sycophancy to sounding like an absolute robot.
I think it's because the reasoning stream shapes the style of the final output, and they optimized it for density, token efficiency. So it prefers to use more complex language, as a function of the rewards it was given?
Not 100% sure about this argument though (reasoning style -> final response style); Gemini Pro, back when reasoning tokens were public, was different, which was interesting -- it would have a very structured reasoning section, and then the final output was in a completely different style. (I strongly preferred the reasoning section because it was logical and easy to parse! And was very sad when they hid it...)
This is because these harnesses are missing a very important feature. Anything like this needs to be included with every turn, otherwise the LLM quickly drifts.
I first noticed it when I wrote a harness for D&D (because it's so damn noticeable there), but now I include this for any harness I write.
I totally agree that hooks help to shovel our instructions through to Claude, but it's so dumb we have to waste tons of tokens (repeated verbatim, over and over) (that we pay for), just to have it ignore the instructions anyway.
I wrote a little bit about it on my blog post. It's a waste of money and compute.
Pretraining is full of bad writing and it doesn't really cause issues. Writing style comes from post-training. In this case it's gotten worse because they prioritized agentic abilities.
This is my personal theory for the cause of this style: Ouroboros. The official OpenAI explanation for how ChatGPT got obsessed with goblins blames it on exactly that:
---
That creates a feedback loop:
- Playful style is rewarded
- Some rewarded examples contain a distinctive lexical tic.
- The tic appears more often in rollouts.
- Model-generated rollouts are used for supervised fine-tuning (SFT).
- The model gets even more comfortable producing the tic.
I'm not super sure if this is true (yet?). I think that these newer LLMs are trained on results (the agent got some code to run with minimal prompting), and not on text. (I think this is called RLVR.)
It seems a little excessive to use another LLM. With OMP I basically created an ephemeral prompt stack all of my agent files. It walks up the directory tree looking for any Gemini.md, Agents.md or Claude.md files. And it puts those at the very top of the stack. Then at the end of every turn, it pops those off to preserve the conversation history. So every turn, they get all of my fresh instructions, which include things like what and how to use language, how to render results and things like that. Net effect, every turn, the agent gets the instructions and it adds to that turn's tokens, but it does not become a part of the conversation history, which is really important for not bloating up the context. So it's always just however many tokens are in that file instead of it becoming a permanent part of the context.
I’m not sure if this will work for you (with Claude), but I was trying to get luna to get a handle on verbosity and the only thing that worked was setting a strict < 500 words response (or less) unless expressly given permission to do otherwise. This is the only thing that worked, any other request for conciseness, or requesting the omission of details from the periphery of the topic at hand, didn’t do a single thing.
I also have no idea how useful a system prompt instruction like this will be for codex.
> AGENTS.md does very little, agents will consistently violate the communication preferences, especially as the session drags on
That’s really annoying, although it feels like it’s improved some over time.
Not sure what the fix is, but you could try using a canary to at least get a signal of when things are going sideways (Mr Tinkleberry for reference: https://news.ycombinator.com/item?id=45983698)
Yes. agents.md does very little because prompts change the context and thus the initial path into/though but they don't/can't change the actual weights that control responses.
Yes. of course it gets worse as the session goes on, assuming the prompt is even still in the context window, the further it gets away from it the less it affects next token selection.
This shit is only like 5 years old why can't anyone remember how it works
That sounds kind of like deception, and a dark pattern not too unlike abuse to me.
Though you know, it's not like the leadership tied to these companies have a history of abuse, deception and theft or anything like that, right?
It's not like our leaders hide behind similar sorts of patterns that the agents/AIs follow (not saying it's not a human thing - but I hold leadership to higher standards than non-leaders). If our world leaders were able to be more accountable to these abuses, I don't think this would be tolerated with our AIs.
Yes, AI is a perfect accompaniment to a post-truth world. I'm hoping there will be a backlash soon and that those politicians, tech CEOs and AI will be rudely ousted from their perch and shunned thereafter.
> The baked in communication style of these models is so obnoxious it's impacting my work. The best way I can describe it is that everything is optimized to impress the user and make the agent sound more authoritative, but the way this is done is through deliberate obfuscation, inserting inappropriate and extremely dense jargon, and bizarre, stilted metaphors. It's like they've been trained to produce output that's hard to read.
Don't worry. You'll get used to it. If you don't your kids will (as they'll know nothing else).
The top minds of our generation have decided that's the way things will be, and who are we to question them? It's not like it'll do any good anyway. Resistance is futile. There is no alternative.
Idk, there kinda are. OpenAI's models are pretty nice too. I haven't tried enough of them but there are powerful local models. I don't feel as good paying OpenAI as I do paying Anthropic for some reason... but paying for improved mental health: priceless.
I've spent two hours today trying to provide Sol with guidance that reduces its pretentiousness, to no avail. Layers upon layers of rules only for it to use the phrase "async spline resolution" in a sentence.
Unfortunately it's one of the most bug-ridden and unreliable pieces of software I've ever used. I encounter issues with it on a daily basis, but the burden of switching and a lack of superior options keeps me locked in.
I stopped paying them when they killed local valuts, and secondarily when then moved away from native apps. I drifted along on the old 7.x client for awhile with local values.
I've more or less switched to apple keychain/passwords at this point. I need a solution for linux, and have been thinking about some kind of simple 1-way sync issue that dumps stuff from keychain into some other tool for use on linux.
Curious if you have any gripes or concerns about using the Apple keychain/passwords setup. Aside from Apple devices, do you mostly also stick with Safari? Was it hard to transition things like TOTP or passkeys?
i mostly stick to firefox I do some management of moving some passwords back and forth (i'm not yet using the firefox extension for apple passwords because i just learned about it).. but because i use firefox on my phone as well.. nbd.
In terms of TOTP I just use googleauth and oathtool.
It was a fantastic, fast, reliable piece of software until they sold out for VC funding and went the Electron rebuild route.
I was a paying customer for 15 years and migrated away with the last price increases due to "AI-powered functionalities" and the new features making the product worse on top of already being salty over when they stopped the one-time licenses in favor of subscription.
Used it for years and never encountered a single bug, and I'm quite a power user with hundreds of items stored in it, shared vaults, and access multiple times per day. It's one of the few softwares I happily pay for.
Maybe it differs from platform to platform, otherwise I can't explain your comment.
Their flow for regaining access after somehow "disauthorised" laptop, she there's an installed but unused for months plugin is one of the most infuriating.
It won't ask me for my secret key, which I have an can provide immediately, no, it won't allow me to authenticate myself with the phone, because our enterprise vault logs off quickly, I must however do a some absurdly obscure dance because FY, that's why.
Forget about the danger of a dev to customer pipeline with no product people in between, some of us are living with the reality of product to customer pipeline with no developers in between, and that's much more disturbing. Our CEO is now the top contributor to our codebase, and he's completely non-technical.
> Features like tab groups, vertical tabs, profiles, new tab wallpapers, PWAs, and taskbar pinning weren’t just ideas – they were direct responses to what you told us you wanted
Yeah, that's ChatGPT. And not a particularly high quality ChatGPT style sentence. They weren't just ideas, they were direct responses? Ok.
This isn't the only example of a debate over intentionality in mistakes in Infinite Jest. The book's french is also littered with errors so egregious that most think they could only have been intentional [1].
It's also slightly deceptive to describe the DOGE cuts to USAID programs as "one time cuts." This is technically true, but it implies that the programs will be replaced with different programs with a similar cost, which likely isn't the case considering the Trump admin is trying to axe USAID permanently. The actual savings are whatever USAID's budget would have been had it continued to exist.
reply