Top
Best
New

Posted by wilhelmklopp 5 days ago

Towards Self-Driving Codebases(blog.detail.dev)
121 points | 99 commentspage 3
thisisauserid 5 days ago|
Sounds like the next shitty Vercel ad at re:Invent.
zlokki 5 days ago||

   > Put another way: Detail’s secret plan is to create a product that bootstraps its own work, and then use that work to help engineering teams know what investments to make and how well they’re working.
Sorry, guys, I still don't understand what are you selling. Prompts? Design manual for building testable system? In which way agent-friendly dev env differs from human-friendly dev env?
xyst 5 days ago||
I currently see a shit ton of work involved with "scaling" (aka cleaning up) the AI generated slop that was output in the past 2-3 years.
dinobones 5 days ago||
> Agents can oneshot games that are actually fun.

Stopped reading right there.

hollowturtle 5 days ago||
> Agents can oneshot games that are actually fun.

HAHAHAHAHAHAHAHAAH

here we go again

bethekidyouwant 5 days ago|
Joust isn’t fun?
icase 5 days ago||
“how can we make ourselves even MORE replaceable?”
lioeters 5 days ago|
Reminds me of that Richard Scarry children's book illustration of a fox busily sawing off a tree branch he's sitting on.
zraiq 5 days ago||
The missing piece in most versions of this is the feedback loop, not the harness. A codebase can only drive itself as far as it can tell whether it's still on the road: tests that fail for the right reason, error budgets, a way to notice that a change made something slower rather than broken.

Without that, "self-driving" degrades into applying diffs that compile. With it, the interesting question becomes what the system is allowed to do when the signal goes red - revert, retry, or stop and ask - and that's a policy decision nobody has good defaults for yet.

Tatendaz 5 days ago||
[flagged]
sfraxo 5 days ago||
[flagged]
saiyamshah1496 5 days ago||
[dead]
AIiscoming 5 days ago|
I'm playing around with ecosystem driven development (hear me out ;)):

So i want claude to build a small game for me so of course i create one big file in which i write everything then i tell claude to analyse it and grill me (grill me skill) to clarify all smaller details.

This alone might lead to really good small sfotware but I still have to push it sometimes.

Now instead of doing this, i tell claude to build a small tool which generates a dashboard and memory and which can save specs and ask me choicses (do you prefer this color over the other, what do you think about problem A? What solution would you prefer? A, b, c or something else).

This does a few things:

1. claude doesn't has to save/store everything in a context 2. claude can now talk to that tool to ask it stuff 3. claude can now use the tool as a todo list 4. claude now can more easily spin up more agents in parallel 5. i have a nice interface and i can solve issues while claude works on unblocked tasks 6. I actually can follow the progress a lot easier

The only problem with this is: with the next update, you have to reinvestigate how claude was finetuned and adjust. A few month ago /goal was really good, now you need it a lot less because claude will do something for an hour without /goal

And the spec file only started to work after November/Opus moment but it got so good, that i can pack A LOT of stuff in a half structured markdown file and let it code what I need.

The progress is still too fast for the whole ecosystem