AI software factories will yield bug-free, self-improving software
We closed 1,500 issues on 𝚟𝚎𝚛𝚌𝚎𝚕/𝚗𝚎𝚡𝚝.𝚓𝚜 in one month by building a 𝚌𝚕𝚘𝚜𝚊𝚋𝚒𝚕𝚒𝚝𝚢 agent with @eve. The workflow: 1. Search related work 2. Try to reproduce bugs across versions in a sandbox 3. Return context for review nextjs.org/blog/how-we-close…

Sep 4, 2026 · 5:25 PM UTC

58
35
950
159,594
Sort replies: Relevant Recent Liked
Replying to @rauchg
What's the definition of term " Ai Software Factories"?
1
1
1,600
At its core, an agent that orchestrates the software development lifecycle (in this case an @eve agent) Think of it as the new SDLC, but orchestrated with ai
4
21
2,165
Replying to @rauchg
Self-maintaining Next.js 😁
3
283
Replying to @rauchg
Better software than today ✅ Self improving ✅ (Totally) Bug-fee ❌
1
1
243
Replying to @rauchg
So what is there for a mediocre software developer left to do? Finding a new job as a handyman?
1
421
Replying to @rauchg
bug-free software is a brave thing to promise :D
220
Replying to @rauchg
Factory by Vercel when?
99
Replying to @rauchg
i am building one, all-in-one graph based coding enviroment.
Replying to @housecor
I’m actually experimenting with a graph-based IDE (github.com/v-noc/IDE) around this problem. Instead of treating the codebase mainly as files and folders, it represents things like functions, classes, and files as connected nodes. Then documentation, logs, tasks, etc. can be attached to the parts of the code they relate to. The idea is to make it easier to understand a codebase without constantly jumping between files and trying to reconstruct the context yourself. It could also make onboarding easier, or let you start from behavior and execution paths and drill down into the code when you actually need it. I’m also experimenting with a walkthrough generator for AI-generated work. Instead of scrolling through a long AI chat to understand what happened, it uses graph traversal to follow the relevant parts of the code and generate a step-by-step walkthrough. It’s still very much an experiment, but this is the problem I’m trying to explore.
2
552
Replying to @rauchg
closability is read-only. it cannot comment, close, or push code, maintainers made every call by hand. of the 1462: 543 already fixed by earlier prs, 278 dupes, 237 expected behavior. theres a separate fix agent and the post gives no numbers for it, thats the one i wanted
1
799
Replying to @rauchg
The sandbox repro step is the whole thing. A huge chunk of those 1,500 were already fixed in newer versions, and no maintainer wants to burn 20 minutes each proving it.
1
595
Replying to @rauchg
Nice. I don’t get the “slop” crowd. As if human written code is perfect, bug free, easy to read all the time.
1
348
Replying to @rauchg
AI software anti-factories will yield self-improving vulerabilities
1
74
Replying to @rauchg
Improving software factories will decrease Time To Close for issues. It won't yield bug-free software, but it will decrease the expected lifespan of bugs by *a lot*.
1
384
Replying to @rauchg
If there’s no bugs why does it need to improve 😉 Bugs aren’t necessarily code defects
1
355
Replying to @rauchg
what is the current bottleneck?
250
Replying to @rauchg
software will have self improving factory guts, not the output of a factory
194
Replying to @rauchg
bug-free assumes the spec was right. plenty of bugs are code doing exactly what someone asked for. a factory just makes more of what you asked for, faster.
819
Replying to @rauchg
IDK about bug free, but self improving is a given (and a necessity)
201
Replying to @rauchg
I’d believe it if I saw a single one fix its own memory leak without a human noticing.
95
Replying to @rauchg
triage at scale is real progress, calling it a path to bug free software is a different claim entirely
1
262
Replying to @rauchg
The reproduction step across versions is the part I keep thinking about. How much of the 1,500 was genuinely resolved vs. closed as stale?
77
Replying to @rauchg
Bug-free factories are the dream. The customer still needs a named owner when the self-improving bit ships a regression at 3am.
1
38
Replying to @rauchg
this is the future
36
Replying to @rauchg
self-improving fixes what breaks. it doesn't touch what was made without taste. you get stable software that still has no soul.
30
Replying to @rauchg
1500 issues doesn’t sound like bug free.
11
Replying to @rauchg
but why? with Claude Code plugged into @Cloudflare MCP thats already a software factory ?
42
Replying to @rauchg
The only big problems I see with a swarm of AI agents making changes to the code : the existing code never gets better, no new solid foundations are formed and no engineer knows where is what. First point is the most important point.
13
Replying to @rauchg
built mato on ai-generated code and the bugs it misses are never the ones its own tests catch
69
Replying to @rauchg
Bugs will always exist but we will call them glitches

ALT Wreck It Ralph Hair GIF

51
Replying to @rauchg
bug-free software was always one revolution away. now it's two.
147
Replying to @rauchg
self-improving is the interesting half of this claim. bug-free is a testing claim, self-improving is an evals claim - the factory needs its feedback loop wired to production reality, or it self-improves confidently toward the wrong target
397
Replying to @rauchg
💯, You get observability around work being done in software factories at one central place - that helps you understand your token usage, cycle time, quality of work, and other metrics. And once you can measure, you can improve - the effectiveness of your harness and agents working in software factory. Learning compounds once your factory can get feedback and improve. Self improvement has helped evolve prinevo.ai very quickly.
95
Replying to @rauchg
@MathiasChu lo que hablamos recién. Feedback —> Agent arme PR —> deploy —> Repeat ♾️
71
Replying to @rauchg
That sounds way too cool))
59