Re:AI usage generates a fragile codebase
by nprateem on Wednesday November 11, 2026 @12:51AM
(#50450122)
Ok and do you run a few dedicated rounds to improve quality and refactor, add tests and docs etc?
Staying inline with the codebase is the right thing to do. It's down to you to tell it when it's time to re-engineer.
Re:AI usage generates a fragile codebase
by nomel on Wednesday November 11, 2026 @01:59AM
(#50450466)
> It's down to you to tell it when it's time to re-engineer.
> without excessive, and very often forgotten, instructions to do so.
It forgets, within long sessions. I'm still seeing Opus 5.5 implement workarounds for bugs it created within its own session, even with explicit, and plentiful, instructions and global memories that it's time to re-engineer.
But to your point, yes, multiple rounds are required. My point is that this is going to eventually hold development back.
This is a pretty severe issue I have. Give it a bad codebase, and it'll happily carry on the awful, ignore failed unit tests, omit documentation, not fixing existing problems just to, and I quote, "follow precedence".
It seems these models have been (probably for the better) trained to not rock the boat too much, and keep the work to a minimum. I think we're going to end up get stuck in de-risked "just make it work" sort of mode in the near term, with all the "less good" code that's was generated relative to newer/future models. At some point, these models will need to be trained to just rewrite bad code, without excessive, often forgotten, instructions to do so.