You'll need nerves of steel to work with AI agents
theorchid
45 points
58 comments
November 05, 2026
Related Discussions
Found 5 related stories in 137.8ms across 11,645 title embeddings via pgvector HNSW
- AI is a tool and using it well takes skill layer8 · 317 pts · October 12, 2026 · 57% similar
- Everyone talks about AI agents. This is what one looks from the inside pssah4 · 11 pts · August 14, 2026 · 55% similar
- AI Is in Dangerous Hands frizlab · 16 pts · September 14, 2026 · 55% similar
- Cloud Agents Are Inevitable AI Prisons nponte · 53 pts · September 23, 2026 · 55% similar
- Working with AI feels more like leadership than coding allenb · 292 pts · August 15, 2026 · 54% similar
Discussion Highlights (20 comments)
dognotdog
Sounds exactly like the fever dream I see everybody live, lol
socketcluster
It just gets worse as your codebase grows with more code and more files especially. It's like a human developer who is under intense time pressure. If the codebase is large, it might miss an existing function and implement a second one... or it might miss the fact that a database table already exists to solve its current problem and create another one. The solution is to keep the codebase as simple and small as possible and name everything as intuitively as possible with proper separation of concerns. Same principles which were useful before AI are still useful with AI.
anself
Most of these issues are vastly improved or mitigated by adding clear instructions in AGENTS.md. I follow a specific process with agents, and it works reasonably well: 1) describe my intended feature or change and then say “please recapitulate my intention and write an implementation plan” 2) read the plan carefully and refine it, make any corrections 3) tell the agent to go, but I check in frequently as it’s going. I watch the stream of thought and make course corrections or pull it out of rabbit holes 4) carefully review the result. Checking that tests actually fail, removing unnecessary changes 5) add instructions in AGENTS.md if I’ve found a new behavior that needs redirection
anonymous908213
Luna is unusable garbage. When I see people in threads talking about how useful Luna is for all of their tasks and it's so cheap and fast, it reads to me like people relating anecdotes about how tasty the garbage scraps they're eating out of the dumpster behind McD's are. Sol Max is the threshold of "just barely usable", and even then it's certainly not what the people are hyping it up to be. > But GPT also offers a $100 plan with five times the usage limits. And how long would that last me? Sol usage is basically unlimited on the $100 plan if you're human-in-the-loop, reviewing the code, and not doing some useless Gas Town crime against humanity.
jedbrooke
> Inability to change the response style In recent months, I’ve been noticing a new pattern in sentence structure more and more often. Here are some examples: There’s a difference between "I read the text" and "I understood the meaning of the text". We too often mistake "I’m used to this" for "I like this". The path from "I’m afraid of making a mistake" to "I’m ready to try" can take years. It’s worth taking the time to setup a style guide for your agent to remove llm-isms like this. Somewhat paradoxically, you can even have the agent help write it. Just include a couple of snippets of “bad” phrasing from previous chats, add some commentary about why it’s bad, and what to replace it with, and put that in your system prompt. I could provide examples but the whole point is that you can tailor it to exactly how you want it. This has the added bonus of being a quick sanity check for model quality. If you start noticing llm-ism appear, then likely the model is not following your instruction’s and the thread should be discarded/you need to switch to a better model
sam0x17
How people are getting anything done at all with less than 5-6 claude max and 4-5 codex pro max plans and codex-lb and better ccflare juggling weekly limits at all times, I will never know.
loeg
Idk how you are running out of budget so fast. My usage is basically unrestricted tokenmaxxing ("/goal", flagship models at xhigh reasoning, etc) and my monthly burn is single digit thousands of dollars (maybe ~$350/day). Granted, my employer foots the bill so I don't care at all. But the return-per-spend is easily worthwhile and I'm not worried about the cost at these ratios. Nerves of steel? Not even close. I think 90% of the article is the author complaining about (predictably) bad small-model behavior. The large models are much better!
jimbobimbo
"Why is this function here? *Discuss.*"
adventure331
some people are not ready to read and accept this but I will say it anyway: stop reading code and trust that it does what you asked to do, focus on high level architecture and human description of what the system is doing. The only exception to this is if what you are doing carries a significant amount of risk that can't be mitigated with a follow up PR, for example launching a rocket or controlling an airplane.
bfung
TL;DR: you get what you pay for.
xlayn
You are right and here is my hot take into why working with models is a f pain. Harness... yes I have one https://github.com/alainnothere/privibe but is not what mine has that the other doesn't but what it doesn't have. I suspect the whole reason for how bad models accessed through subscriptions tied to a harness of the provider (looking at you copilot) is that microsoft in the case of copilot "builds into the harness and hence into the model" an intention; and I don't have proofs (which qualifies me to start a popular podcast) but I suspect the harness keeps pushing the model to fix an issue as quickly as possible so the service can appear as "it just bam fixed the issue". The "sitius altius and fortius" of the technobro is what you see in the tv ad "copilot check my git and fix a bug", how stupid do you think someone has to be to believe it works like that? my instructions to model say that I HATE urgency to make changes, we are researching and until we figure out causes, and understand all the mechanism involved AND THEN AND ONLY THEN we can check what's the actual intention, what business wants... then we can talk about a fix. Grab a harness that injects the minimum possible and let the agent be and you will see how much difference there is in the quality of the model response.
skeledrew
Yeah I've never encountered any of that with Opus. It's pretty good at following instructions, and is also careful re anything sensitive or dangerous. Like just a couple days ago a Telegram bot I have it working on made a reply to a message in a chat that it shouldn't have, and I told it to fix the issue and delete the message (I don't have delete permission in the chat). It did the fix and stopped, saying it won't do anything that touches my service account; I had to tell if specifically again to "do the delete" before it did via the bot. Just one of many cases, and the reprompting can sometimes be annoying but I'm also pretty appreciative that there's way less of a chance it'll do something that has me tearing my hair out.
jrflo
You’re using the wrong model for the problem. “Fast and cheap” agents like Luna are good for tightly scoped changes but won’t understand the “why”. Astra or Sol wouldn’t have that issue.
Aurornis
> For comparison, let’s take two $20 subscriptions, one for GPT and one for Cursor. With gpt-6.1-sol, my 5-hour limit runs out after just a few requests. If I ask it to change a couple of lines in a readme file, that uses up 10% of the limit. If I ask it to change something in a large codebase, the entire limit gets used up just reading dozens of files, without writing a single line of code. Either this is hyperbole or something is wrong. I tried 6.1 Sol for a significant chunk of non-critical work this week and did not encounter usage depletion like this. I ran several tests that went upward of 450K tokens without depleting the 5-hour window, though I didn’t pay attention to how much. Either this person is exaggerating, or something is extremely wrong with their harness. I’m equally confused that their solution was to switch to Luna and try to use the small and fast model for big coding tasks. They could have switched to Claude $20/month and had ample Opus usage right new. Most of the complaints in this article could have been avoided by not using Luna and not using a configuration that’s blowing their quota out for unclear reasons.
brainless
First of all, use Astra with Sol or Opus with Sonnet. Let the bigger model do the high level guiding. Claude Code even has an `--advisor` mode in the CLI. I mix with open weight models as well. What you want is to branch questions in different agents and this is hard UX. — Why is this function here? This question can be but ideally should not be sent to an ongoing chat about a codebase. With some previous context, this question should become a separate "branch"/"fork"/"node" - whatever you call it. You can start a new session, share some context from previous chat and ask the question. The reason is, and forgive me for assuming, if you are in a code/build flow, the LLM may go ahead and take action because it has a lot of previous chats with instructions to edit files. In my experience the best way to not have these issues is to branch a new session with some context from which file you were looking at or your previous questions but as a read-only investigation.
maxkxd1
Yea honestly I used to use claude sonnet all the time on pro plan and it had problems like this, but moved up to a max plan and opus makes it almost impossible to go back, higher usage limits aren't worth it if they force you to wrestle with ur agent all day instead of getting a ton built and running out of usage in an hour.
anal_reactor
It's interesting how complaints about AI often mirror complaints about working with humans.
vessenes
This is an excellent summary of the state of the frontier in March, 2026. It was frustrating. However. Things continue to improve, shockingly quickly, at the frontier. These are not major concerns I have with Opus 5.5 or Astra or Sol 6.1.
bill10
Don't think you can build anything in a sentence, especially on top of a existing complex codebase. Typically I need to spend 30 minutes to get it spec right for a new feature, and then 30 minutes at the end to get it to review right (not reviewed by me but let it check things that might be missed). And I frequently bang my head against the keyboard: are you opus - these are intern mistakes
cadamsdotcom
Sorry you had to suffer. Bad models & bad harnesses are like blunt knives. You are ironically more likely to hurt yourself if your knife is blunt - and less likely to get the job done. Once you do get the job done, it'll take longer and suck. So, Step 1: delete Cursor.