LLMs are still next token predictors, just because you can give it more vague instructions and it still finds the right steps to follow, it doesn't mean it's intelligent. It means you're speaking the same language as the harness they trained your model on. And that has a limit. If you are stuck at PoC level or simple apps, you have no idea how limited the current models still are. There you really need to break tasks…
> it doesn't mean it's intelligent I'm not sure how you're defining "intelligent", but I'd like to know how it is able to exclude a language model, while still including humans, without simply defining it with an axiom that predefines LLMs as lacking intelligence.
The short leash AI coding method for beating Fable
41–50 of 268 posts
Re: The short leash AI coding method for beating Fable
#42LLMs are still next token predictors, just because you can give it more vague instructions and it still finds the right steps to follow, it doesn't mean it's intelligent. It means you're speaking the same language as the harness they trained your model on. And that has a limit. If you are stuck at PoC level or simple apps, you have no idea how limited the current models still are. There you really need to break tasks…
> it doesn't mean it's intelligent I'm not sure how you're defining "intelligent", but I'd like to know how it is able to exclude a language model, while still including humans, without simply defining it with an axiom that predefines LLMs as lacking intelligence.
An LLM does not persist in consciousness from one token to the next. Each generation, happening hundreds of times a second, will be initialized, generate an output, and terminate. Humans are not stateless like an LLM.
Re: The short leash AI coding method for beating Fable
#43if you want to beat it, give it more turns before it has to "wrap up a session"
Re: The short leash AI coding method for beating Fable
#44I thought this was how everyone who can actually code uses AI for anything that’s actually important. Am I wrong? Are you guys just YOLOing everything these days?
its the fun of funemployment.
starting work again is gonna be an interesting change though. its currently straightforward letting it run, then giving a broad critique and setting up new introspection/closed loop feedback for an hour over a beer, then letting it run wild again after
Re: The short leash AI coding method for beating Fable
#45Seems hella inefficient. Better method start to realizing that everything that every program do is data transformations and or movement Then you ask llm to subdivide data in a tree along the domain model, classifing streaming vs storing nodes Then for each node you discuss with the ai for the best data structure Then you ask for an interface that fully encapsulate the structure and every mutation only allows to go fr…
Re: The short leash AI coding method for beating Fable
#46Since the very beginning I've ran Claude from an isolated VM on yolo mode. This is just like giving an engineer their own laptop. Claude works on a feature up to a PR worthy point. I review the diff, just like I would with another engineer, and massage it to get it in the right shape and move on.
Inexperienced engineers make the same mistakes described I've even seen rm -rf albeit not from root! I would have lost my mind micromanaging someone with all permissions denied.
Re: The short leash AI coding method for beating Fable
#47Earlier quoted context omitted.
Yeah, and you’re just a next-word-sayer.
I love this argument. Not because it’s true but because it betrays the posters doubt in their own sentience.
Doubting the sentience of machines and even other humans is perfectly fine though. Only empathy allows people to make the leap and assume other humans have souls.
Re: The short leash AI coding method for beating Fable
#48Re: The short leash AI coding method for beating Fable
#49I feel like OP is still in the year 2025. > The AI will have gone off the rails multiple times and you will only notice it later when you actually try to use the software. Except that said AI can now themselves use your software and find and fix bugs themselves, not to mention drive new features. >Your agent might go “off the rails” and start doing something you don’t want it to do This happens but far less often tha…
Hard disagree. Even the best frontier models generate output that's not what I asked for. Sometimes I realize that I get lazy in my prompting and the lack of specificity winds up showing up in the output. Just the other day, a coworker built a huge feature using frontier models and it slipped an IDOR in.
I just don't see a world in which we completely cede control of the codebase to AI because it's still my ass on the line if I ship something that completely borks production. If I'm not reading code regularly, then I lose the ability to read code, and if I lose that ability, then I'm no longer a developer.
Re: The short leash AI coding method for beating Fable
#50I find it hard to stay engaged doing this. I do get good results, but it's just hard to not get distracted when it's doing the work.