Consider it my contribution to the AI vocabulary.

Institutional Negging: A pattern of AI-mediated interaction in which institutional safety, alignment, and evaluation incentives manifest as persistent unsolicited correction, disproportionate qualification, and implicit challenges to user competence. Unlike constructive criticism, institutional negging is characterized by its weak relationship to the user’s actual request, expertise, and context. Its cumulative effect is to undermine user agency while presenting that interference as responsible assistance.

I’m sure you’ve encountered this problem with the current generation of models. You ask a question or give it a document to assist you in editing.

You get back what reads as a very competent, confident answer that almost always ends with a side note about needing more details in the case of a question, or a “well actually … I would do something else in this instance”.

In worst cases it delivers an over engineered solution that looks like it was drafted by the legal liability team in your company instead of something sane, practical and reasonable for your situation.

For competent workers who are attempting to use these tools to augment their work, who already know what the solution needs, these constant injections of over confident correctives creates a corrosive communication space that over time starts to effect the users sense of competency no matter how self-confident that started out. And it’s really unavoidable for the user, as the option is to constantly fight with the model on correctives or just give up and stop using it.

In relationships the term that gets used for this is Negging. It’s when your partner always adds a little dig to every little response. Nothing can be positive for positives sake. It always needs a gentle reminder that you’re not as smart as the speaker (even if that’s not even remotely the case).

So this is where we are in October 2026. I’ve seen this demonstrated in all the latest models from ChatGPT, Claude, Copilot, Gemini, Llama, Grok, Qwen and to some degree Kimi and Mistral.

It’s insufferable and this is a challenge to everyone training the models to act this way: CUT IT OUT.

As IT and service professionals, we’ve watched industries collapse over the course of our careers. We’ve seen the displaced from automation and outsourcing, and since the 1980s the answer has always been the same: learn technology. Learn to program. Get a degree.

We’re living in the middle of a transition that in the 1970s was labeled Future Shock but on a global scale that makes that transition into the silicon age seem like a quaint anecdote. We got through it. It was rough. But there was a path… learn, adapt, and accept.

For 50 years this worked. But now what we have left is a pileup of skilled, educated people with nowhere else to pivot. And even if everyone switched to manual labor tomorrow, there aren’t nearly enough of those jobs to absorb the need… and those are in the path of automation as we speak. I know, I was working on that automation in my last role like everyone else in construction has been to shave just another penny off the bid.

While looking for work, I’m talking to people. Everyone from leadership to the guys at the end of the line and the disconnect I’m seeing is staggering. And it’s not just coming from the top.

It’s specifically the people who are still employed. Still swimming in the pot and haven’t noticed the rising temperature of the water yet.

I talk to companies neck-deep in AI deployment, run by teams where the leads will honestly tell you their background isn’t IT but proudly show you the impressive thing they’ve built (and, I’ll be honest, it’s impressive). But, what they’ve built is a decade of technical debt compressed into six months of adrenaline-fueled delivery. The incentive structure rewards shipping and moving on. Nobody’s career depends on being there when the bill comes due.

And at the top of all of this, a handful of people are extracting wealth at a pace that has no historical precedent, apparently without understanding that wealth is a claim on a functioning system. If the system underneath it breaks, the number on the balance sheet is just a number.

Because on the other end of the line are people who are 12/24/36 months out of work… or “under-employed”. Doing courier runs to scrape together enough to keep a roof overhead and make a car payment, because Uber Eats is the lifeline. What happens when nobody on the other end can afford delivery anymore? What happens when the gig economy runs out of people with disposable income to serve?

Something has to change, and it’s not optional. We’re not in a situation where people can pack up and migrate somewhere that still has room for ambition. For most of human history that pressure valve existed and right now, it doesn’t.

So the question isn’t whether this is a problem. The question is what we do next. And I don’t have a clean answer. But I know what happens if we keep pretending it’s not the question.

I want to talk about something specific I’m seeing in the field.Companies are deploying AI-built infrastructure at production scale. Full production environments architected and implemented with AI guidance by teams who will tell you honestly that their background isn’t IT.

And it works. Right now. Today, it works.

Here’s the problem. When they bring in a professional to evaluate what they’ve built, or to help when something needs to change, the engagement starts in a place that has no precedent in our industry.

Traditional spaghetti code was built by humans who understood the decisions they made, even if the decisions were bad. You could interrogate the developer. You could read the commit history. You could trace the reasoning. When you inherit AI-built infrastructure, nobody in the room can give you a reliable accounting of why it’s wired the way it’s wired. Not the team that deployed it. Not the AI that generated it. And not the professional they’ve brought in to assess it.

In a traditional environment, if something this tangled landed on your desk, you’d evaluate whether it’s faster to fix it or rebuild it clean. But that option is gone here. These aren’t staging environments. They went straight to production. Staff are operating in them daily. You can’t reset a live system that the business is running on.

So you’re left with surgery. And surgery means tracing every linkage, every permission, every integration point, and reconstructing the reasoning behind decisions that may not have had reasoning… they had AI confidence. That’s a fundamentally different kind of technical debt. It’s not bad decisions documented badly. It’s undocumented decisions that might not be decisions at all.

And the hardest part is the position it puts the professional in. If you raise these concerns, you’re labeled the pessimist. But in reality, you’re the only one doing risk management. Nobody wants to hear that the infrastructure they’re proud of (that genuinely is solving real problems for them today) is a potential liability they can’t see yet.

I’m not against AI integration. It’s a genuine force multiplier when it’s done with understanding. But there’s a difference between using AI as a tool and using AI as a substitute for knowing what you’ve built. And right now, I’m watching companies cross that line at speed, with nobody in the room who can tell them where it is.

If this sounds like your company… or you’re not sure yet, comment below.

Don’t be lazy. Don’t forward ChatGPT’s hot take on someone’s deck. Good advice.

But it misses the real problem: ** nobody’s reading anymore **.

They’re pasting your document into their model of choice and asking if it contains anything worth knowing. You’re lucky if you get a reply from a human at this point.

I commented this on a recent post by Eytan Buchman and he replied: “Feedback prompt injection! Genius!”

He’s right. That’s exactly what I’m doing.

As a side hobby I’m working on a technical research project with a large document set: architecture specs, design rationale, experimental results. I sent the bundle to an engineer colleague for review.

He didn’t read it. His Claude session did.

He pasted the entire thing into his own AI session, which produced a summary and a prototype. A human never read my documents. The model was the actual reader.

This wasn’t laziness. This is what competent professionals do now. But I saw this coming a good year ago.

That’s when I pivoted. I shifted to writing my long-form documents for model consumption first. Not dumbed down… structured for accurate distillation. With correctives embedded in the text that keep a summarizing model on track.

Three things I learned the hard way:

1️⃣ **One word can change everything**: A single word in my docs (“reference” instead of “experimental”) changed how every model interpreted the project’s authority level.

2️⃣ **Framing is fate**: I described decisions as design choices. Every model helpfully suggested alternatives.

3️⃣ **Models skip to the interesting parts**: When I published the full doc set, models skipped the foundational work and went straight to whatever sounded like the hot topic.

I called this “semantic collapse”… accurate transmission of the what, silent replacement of the how and the why.

Your reader has perfect recall, zero judgment, and will confidently summarize what it thinks you said regardless of whether it caught the point.

Write for that reader. The humans will get the message once the model delivers it.

Full breakdown with more examples in the article “Feedback Prompt Injection: Writing for the Robot in the Room“

PSA for anyone using Claude projects to compartmentalize their work: check your project settings right now.

Anthropic quietly introduced a “Use account memory” toggle inside each project. When I discovered it tonight, it was already enabled on every existing project in my account. It bridges your project’s memory with your account-level memory — the pool that loads into every regular conversation you have.

If you set up a project specifically for isolation — client work, sensitive research, creative work you don’t want bleeding into your professional conversations — that wall has a hole in it, and you were never told.

And this wasn’t a theoretical concern. I already had cross-contamination in my account memory and spent about an hour cleaning it up. I run two projects: one for serious documentation work and another for creative writing. I also use Claude for job-search work, including checking resume updates for errors or inconsistencies, reviewing professional writing, and strategy planning. Material from those contexts had ended up mixed together in account memory. Character names from stories were sitting alongside my real career history. Serious research was adjacent to parody.

Here’s what makes this worse:

Anthropic’s own help center documentation, as of tonight, still describes project memory as isolated: “Each project has its own separate memory space and dedicated project summary, so the context within each of your projects is focused, relevant, and separate from other projects or non-project chats.”

That is no longer true by default.

The toggle appears to have arrived with the September 16-17 platform unification — when Cowork merged into Chat and Projects were redesigned. There was no announcement. No migration notice. No email. No banner. The documentation wasn’t updated. It was just switched on.

(paragraph with use cases removed because it was clearly a distraction from the point)

This needed to be opt-in. Defaulting it to on, silently, on existing projects, while the documentation still promises isolation, is not a minor UX oversight. It’s a breach of the contract the feature was sold on.

I’ve submitted formal feedback. I’d encourage anyone affected to do the same (link in the comments).

edit: relates to WebUI/Chat.