@dzhng: This thing has gotten 1.8k github stars in 2 days (cool!), and I've gotten a ton of people making PRs and filing issues…
Summary
dzhng observes that nearly all issues and PRs on his new jevgrep repo are now generated by other people's AI coding agents, and argues OSS needs standards and process guardrails—such as verifying which models and harnesses were used—to enable autonomous, self-updating open-source projects.
View Cached Full Text
Cached at: 09/30/26, 02:07 PM
This thing has gotten 1.8k github stars in 2 days (cool!), and I’ve gotten a ton of people making PRs and filing issues (awesome!)
It’s clear that being an OSS maintainer in 2026 is very different even compared to 2025. Basically 100% of the things filed are AI generated by other people’s coding agents
First - I don’t mind that at all. There were a lot of issue and PR spam, but there was also a good amount of useful ones too.
BUT, I do wish there’s some standards established & enforced, so that I know exactly what models & harnesses were used to create those PRs, and whether those PRs were created using the software factory stack that is already defined in the repo.
I don’t really read code anymore, and I definitely don’t want to read random PR’s code, but if I know those PRs were made by good models following my existing software stack and it went through the entire testing & verification loop, I’d have no problem merging it.
I feel like with the right process guardrails (maybe uploading traces to verify process is followed?), we can actually make autonomous self updating oss projects a reality. I love the idea of the community contributing their tokens to an OSS project and have the project essentially grow organically in a decentralized way.
Feels like there’s a layer missing on top of code hosting here. Essentially some sort of autonomous coding agent collaboration layer.
David (@dzhng): Introducing jevgrep - a research agent CLI powered by jev from @typesafeai that reduces your coding agent cost by 40% (verified on SWE-bench)
Make sure to use the built in skill so your coding agent knows to use jg for context collection
Similar Articles
@danshipper: GitHub has a front-row seat to how code is changing now that everyone—and their army of agents—can ship code. In March …
GitHub COO Kyle Daigle discusses the surge in AI agent-created pull requests (17 million in March) and the projected 14 billion commits this year, emphasizing open-source maintainer control, usage-based pricing over per-seat licensing, and the collapsing developer/non-developer distinction as AI tools enable non-developers to build apps.
Anthropic says coding is no longer the bottleneck. Its monorepo hit 30,000+ merges in a day.
Anthropic claims coding is no longer the bottleneck after its monorepo hit 30,000+ merges in a day, and it migrated off Git to a Claude-built version control system called Scion. The post sparks discussion on where engineering effort shifts when AI handles coding autonomously.
@Lummox_eth: AI agents are getting f…cking illegal 10 open-source GitHub projects that turn a model into an engineer that can write …
The article lists 10 open-source GitHub projects that turn AI models into coding engineers, emphasizing the iterative loop of code development and debugging.
@sentient_agency: holy shit... GitHub is insane right now developers are casually open-sourcing AI agents, browser automation, voice clon…
The tweet showcases ten trending open-source GitHub repositories focused on AI agents, browser automation, voice cloning, and local model execution, indicating a growing infrastructure for AI agent development.
@dzhng: Just realized my software factory skills repo is ~1k github stars now To celebrate, I just added a karpathy style autor…
The article announces the GitHub repository 'dzhng/skills' reaching 1,000 stars and introduces a new karpathy-style autoresearch skill for autonomous software development, highlighting a factory-based approach to building software with AI agents.