What kills me is you might expect this from a busy high level manager that doesn’t really understand the technical details and they just point the AI to an error they got. They don’t know how to interpret the response, so they ask someone who work on the thing. It’s still kinds annoying because you could just ask, but whatever. But to get these from junior and senior engineer for the areas they work in and expect someone else to read it for them? It’s crazy behavior. How can someone serious even think that’s ok.
They generated lots of documentation across the whole stack and now makes all PO/BAs read it if it's correct. So not just 300 lines - he unironically generated thousands of lines of "documentation" and is now making hundreds of people review it for him
Complete brainrot
Au psychosis is getting seriously outrageous at this point
Thankfully I'm a dev and thus aren't in the blast radius of that genius idea
Maybe this «spearheading AI person» just sucks at AI related stuff, as clearly that approach is bananas, but they could still be a OK developer.
If working with LLMs effectively means accepting subpar results or be a reverse centaur, then I’d be glad not to be able to work with them.
I’ve never seen a good example where AI is a net positive to any development workflow. No one argues against compilers, build tools, IDEs, task runners, deploy and orchestration tools. Because they are great levers that lets you create more with less effort.
Many many people have jobs where their contribution is granting access to deliberately undocumented things, like knowing where the config files are and some such. They hate the idea of AI. For my non IT friends its great for diagnosing wifi issues. It's also great for competent network engineers. It's not great for those who gain a salary due to having memorized some actions or settings that they don't even understand much. Note that this group has also already resisted traditional script automation, just like US dock workers who resist automation.
I always put myself in the shoes of the reader when relaying Claudeslop. I either use it as a reference and write it by hand or make Claude edit it 10+ times until it's conveying only the needed information, and in simple, clear words, and without annoying Claudeisms.
I would say to him that if he wants me to do his job, he needs to pay me his salary.
So... back to a currency backed by gold?
In all seriousness, actual AI psychosis is my 3rd risk behind 1. public interactive agents and 2. whatever devs are doing with agents to prod
Actual intelligence might be[0] to know what typos (of any kind) are fun to riff off.
Maybe this didn't hit the mark for you, but it got a chuckle out of me (especially considering the last hype before AI was crypto).
-----
[0] I don't even try to figure that out anymore, in a few years I'll pick the definition that I think best captures my thoughts
See that way too often in comments like this. Anyway, it was pretty likely they knew it was a typo, it was just a funny response.
Any resistance to this is met with a "But I'm also using AI as the board demands!"
yes you are
"The amount of energy needed to refute bullshit is an order of magnitude bigger than that needed to produce it.""
Until you put in at least the same amount of energy required to verify the AI output as you are asking others to put in to verify it, the AI output you are wielding must be considered bullshit. Really, it should be based upon the verification requestor's historical trust score and how many human verifiers are looped in. A Verification Tax, so to speak:
The energy the creator must spend (Ec) is determined by a function of the number of reviewers requested (N) and the historical trust score of that creator's AI outputs (T).
Ec = N * (1 - T)
For high stakes debugging efforts I'll dig in with Claude, have it do a bunch of testing and give me a writeup, and then review it to extract any useful findings. When discussing with other people, I give them the 2 sentences I'm confident in and then link them to the giant doc so they can review it with their Claude.
IMO once you're working with agents, your whole job is context management. I have a little web server running my Claude markdown docs. When someone sends me a Claude snippet with some partial information I just have them prompt their bot to upload a thorough context dump so I actually know what they did. If someone has had an agent look at a problem they haven't thought about yet, I'd rather just get the info from the bot directly.
Like, I can see getting a strong warning the first time somebody notices you do this, then if you persist you’d have to be let go.
Just like anybody else who is clearly not doing their job.
Why would you tolerate this sort of behavior at your company?
To avoid rushed or incorrect decisions, conflicts intentionally move through gradual escalation. If someone behaves unprofessionally, for example by submitting a code review they do not understand, the first step is to establish the likely cause.
They may ultimately be at fault, but that does not absolve the surrounding environment. The culture may be toxic, deadlines unrealistic, or communication poor.
The best course of action for someone directly affected by uncooperative coworkers is to avoid assuming ill intent. Get them on a call and let them explain their pull request, however trivial the issue may seem. Even if the gesture is misinterpreted, you still have a far stronger position than righteous indignation.
I once worked in a place where a guy would pick on me in code reviews, he wasn't really higher position, but had been with the company longer than I was.
He was just an asshole asserting his dominance and needed to be taken a notch down by a manager and it turned out he didn't understood (or more likely didn't try to understand) the PR when confronted.
If I get a request like this on a day when I don't feel sufficiently quixotic, I say sure and just put it through an LLM myself - if they don't bother to re-read it, why should I? This does not have a great promise for a future of work, of course. Also, in my teams, I explicitly tell people not to do that.
Deciphering error messages can be a bit of an arcane art, at times impenetrable to all except the authors of a system. Understanding the patterns exposed in such messages and, thereby, deriving their meaning is not always clear even to experienced developers.
Engineers reaching out to you (humans) to explain the output of an LLM haven't fully internalized how to interact with LLMs. When an LLM's output is beyond one's immediate grasp, one can _ask the LLM_ to further break down its output, to explain the concepts and symbols that inform its response.
Personally, I have asked LLMs to draw charts and comprehensively simplify their output, often providing cognitive signposts that "I'm confused" about some aspect of what its reporting.
In other words, some people, including engineers with various lavels of experience, don't yet fully understand the implications of the open-eneded interface that language provides with LLM interaction.
AI is a helpline, so for a lot of people it cripples them. they cease to think. simple as that.
its something people need to be aware of that their brains work like this, because that awareness is the same thing that solves the problem. (people find it very confronting to learn they have been asking questions they knew the answers too already...)
Forwarding an AI response (or any canned response) sends the message that they don’t want to interact with you. That could be intentional.
> Don't post generated text or AI-edited text. HN is for conversation between humans.
When people start doing it in an entirely voluntary human-to-human situation, like having a conversation online about a topic of interest, I'm gobsmacked.
Sadly, the point is validating the human worth of the human who can't do any better than this.
But, assuming you're not stuck on that human's Self Esteem Care Team, it can be tricky to tell them that they need to seek validation elsewhere.
That time has now passed though.
Just have devs commit (or provide however you like) their ai coding sessions.
It then becomes obvious if someone has, or has not, reviewed the code, because then they discussed it.
Bonus points: on very complex tasks, you can more or less resume the conversation, via session files.
Same for schoolwork, research papers, and a lot more.
The conversation is not something to throw away: it is arguably as important as the code in the pr.
I would totally lose it if someone come up to me with that shit. Zero chance I would put up with it.
This shit has progressed well past seriousness and into the absurd
I had a guy with more senior title say “I love the new api and cli. Is anyone working on the docs? Because I can take a crack at them” then goes to generate 12 markdown files, and shares them with me. All the cli commands and APIs are wrong. I was very confused. You have the api spec, and the cli. You couldn’t point your agent to them to validated the commands and the api? He replies “oh that’s a good idea. I just described them to the agent and thought you could review and fix mistakes”
The effect is less pronounced in other industries but they're gonna catch up. Might take a decade for some of them , perhaps even 20 years for the rare ones like nursing but the trend is quite clear.
Oh, for the testing required by any customer of any software vendor any time from now to forever more, as a result of the possibility of this level of irresponsible outsourcing of brain.
Enshittification is a new word/concept, but it seems we've already reached the potential for enshittification squared.
The system does NOT reward caring. That's the problem.
I'm glad most of my colleagues are still doing things themselves. But honestly, if all you can do is tell me what Claude told you and you didn't even bother to read it yourself. Then I might as well just cut you off the team and go use Claude directly.
This is the worst person to get this from because they literally don’t understand it.
LLMs have made G extremely cheap, but verification capacity and judgement has not scaled at anything like the same rate. Someone can generate a bunch of PRs or a report quickly, while transferring hours of verification work to everyone downstream.
We are on the wrong side of this ratio, because we never had the capacity to extinguish reviewer capacity the way we can today.
“Don’t be a meat proxy” needs to be a cultural norm for the larger problem of using cheap generation to externalise verification costs onto someone else.
I believe in proper breaks, more than enough downtime, work-life balance - but I’ve been hamstrung my entire career by people who seem to be so low-bandwidth that they often seem to be operating on autopilot - while making the same (or far more) as I’m making.
It’s the equivalent of choosing words from a conversation and sending you the dictionary entries.
I could do that myself. I really didn’t lack the ability to click a button.
Because no one is serious anymore.
I hate to say it, but anyone this lazy is absolutely asking to be replaced by AI.
I created a spreadsheet called “slop” and add the name to the list and redirect all queries to their engineering manager. I’m not wasting my time on that shit.