Re:Fable 5.2 one-shotted my nephew's dream game
by everforward on Tuesday November 10, 2026 @10:04AM
(#50441399)
I’ve been going sort of hybrid and using more targeted prompts. I skeleton the API most of the way and have the LLM fill it in and implement. This is at the code level, not the HTTP API.
Most of the time, anyways.
It keeps me in the code enough to feel the friction of bad APIs but high enough that I’m not reviewing every line of code.
I also try to scope my reviews to only the intersections between systems (SQL schema, library APIs, CLI flags, etc).
I’ve got nothing on the tests. Mine writes a million of them. Some are brilliant, some are stupid.
Like it once did TDD by storing transformations to the same base object in a list rather than specifying the whole object. Clever.
The very next test was an arity test to make sure it threw errors if you gave the function the wrong number of arguments. In a webapp, not a compiler or something. Stupid. Do not unit test the language’s runtime lol
Whether the "cruft" is test accumulation, multiple conflicting architecture approaches, a bazillion ADRs/"laws", or just pure code sprawl, the outcome is token and time waste which gets worse as it compounds. And it compounds quickly.
I've tried automated code review through multiple lenses, more ADRs, instructions out the wazoo, but at the end of the day I just cannot figure out how to replicate the "through-line" consistency that responsible humans who need to maintain a system generally create.
Of course, most software projects do eventually fall victim to this same problem and need to be rewritten, but it takes place on the order of years, and by the time you need a rewrite the business has changed enough to demand one anyway. But with AI-owned products, this can happen in days or months.