108 PRs in eight days: Accidentally discovering loop engineering
mooreds
35 points
10 comments
July 27, 2026
Related Discussions
Found 5 related stories in 343.9ms across 15,062 title embeddings via pgvector HNSW
- 6 Practices that turned AI from prototyper to workhorse (106 PRs in 14 days) waleedk · 15 pts · March 01, 2026 · 48% similar
- The Coming Loop ingve · 377 pts · June 23, 2026 · 46% similar
- Loopmaster – Livecoding Music IDE stagas · 89 pts · May 18, 2026 · 45% similar
- 8 Years of Clojure jkxyz · 11 pts · May 19, 2026 · 43% similar
- Inventing the Future, One Lisp Machine at a Time pamoroso · 43 pts · June 22, 2026 · 43% similar
Discussion Highlights (8 comments)
chrisvenum
108 PRs in a week, no mandatory code review or CI. Power to you friend! Just make sure to do some phases of slowing down, reviewing and refactoring. The agents code so defensively and add a lot of unnecessary code that we will all have to trawl through when the bubble bursts and codex/cc subs are $2000 a month.
cute_boi
Accidentally discovering how to push slop. Even though AI is super helpful assistant, I think we must read source code before pushing to github.
calldacopsidgaf
We are past the point where these claims are impressive, anyone can open a shitload of PRs with AI. It's the context around review, safety, etc that might make your headline interesting, but unfortunately i have no way of seeing that because the website times out.
xnx
PR count matters as much/little as lines of code count.
overcommitted
Here's a backup link for this article since it looks like Offprint might be down at the moment: https://brittanyellich.com/a/3mrjj34puva23-108-prs-in-eight-...
spwa4
What is the difference between loop engineering and hyperparameter search? I mean, sure, LLMs add a new textual dimension to hyperparameter search. You used to write a program to write a program from some parameters (how many layers, hidden dimension, which inputs, how often to drop, what momentum, ... note: in practice limit the choices), and now you just tell an LLM to try them. Then run and collect results. People did this in 1990. Hell, I've done "compile options search" with this principle. Just a big python array with options, run through them, benchmark. Then decide it's taking to long and find some way to "intelligently" run through them. Boom, "loop engineering". I hate that everything keeps getting renamed. Give me back my HAAR cascades!
scottydelta
From the article > We also don't have continuous deployment (CD) set up. That's a weird thing for me to say as a positive, because for a very long time that was a hallmark of good software engineering practices... but with me shipping 108 PRs in a week, I actually have been thinking differently. It’s still a hallmark of good software engineering.
antonvs
> unless you're shipping nuclear safety code, you probably don't need a human reviewer for your PRs") There’s an enormous spectrum between nuclear safety code, and free consumer-facing software like Bluesky that can be down in some feature at any given point in time and not matter too much. We have signed contracts with many large enterprise clients, which include assurances about security, data residency, data retention, and SLAs. Having even a part of the system go down or violate the contract is a big deal for us. The way I would phrase it is “unless you’re working on systems that matter”. It’s not only nuclear safety code that matters.