frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

When Does an Intelligence Become a Collaborator?

https://blog.nathanlangley.dev/posts/when-does-an-intelligence-become-a-collaborator.html
1•ninjahawk1•2m ago•0 comments

Built open-source auth for AI agents calling MCP servers – looking for builders

https://www.reddit.com/r/mcp/comments/1xlf1kl/built_opensource_auth_for_ai_agents_calling_mcp/
2•arkenforge•2m ago•0 comments

The New York Times sues Brave web browser for AI scraping and bypassing paywalls

https://www.theverge.com/tech/1024588/brave-lawsuit-ai-scraping-new-york-times
1•droidjj•2m ago•0 comments

Thanks for Your Attention

https://telemetrymachine.com/blog/thanks-for-your-attention
1•tmach32•5m ago•0 comments

Cities in Postwar Poland Became Innovators in Postmodern Design

https://www.bloomberg.com/news/newsletters/2026-11-01/how-warsaw-gdansk-and-other-postwar-cities-...
1•danielam•8m ago•0 comments

Have the experts who believed in a single autism spectrum changed their minds?

https://www.theguardian.com/society/2026/nov/01/the-term-is-becoming-unrecognisable-have-the-expe...
1•XzetaU8•9m ago•0 comments

Show HN: A persistent Chrome cloud browser for AI agents

https://cloudbrowser.tv
1•laotoutou•9m ago•0 comments

LLM on Anything

https://github.com/emrehangorgec/awesome-llm-on-anything
1•gawacer•10m ago•1 comments

Tim Smiley: An Anecdote

https://lawrencecpaulson.github.io//2026/10/30/Tim_Smiley.html
1•ibobev•15m ago•0 comments

Show HN: Open-source silent speech with $20 EMG sensors and a webcam

https://github.com/thaimtl/Silent-Voice
3•gottaguo•15m ago•3 comments

Making Peace with the Projective Plane

https://www.johndcook.com/blog/2026/11/02/projective-plane/
1•ibobev•15m ago•0 comments

Poles and polars in projective space with homogeneous coordinates

https://www.johndcook.com/blog/2026/11/01/projective-poles-and-polars/
1•ibobev•15m ago•0 comments

Show HN: Elections Archive: every election in the US, citable and open source

https://electionsarchive.com/
1•drgfrt•15m ago•0 comments

Self-Employed? Solopreneur? NIST Has a Cybersecurity Guide Just for You

https://www.nist.gov/news-events/news/2026/11/self-employed-solopreneur-nist-has-cybersecurity-gu...
1•tomrod•16m ago•0 comments

A proposal: how to hire junior engineers in the age of AI

https://seldo.com/posts/a-proposal-how-to-hire-junior-engineers-in-the-age-of-ai/
2•seldo•16m ago•0 comments

Electric trucks hit 50% of China's heavy truck sales, diesel demand falls

https://electrek.co/2026/11/02/electric-trucks-50-percent-china-heavy-truck-sales-diesel-demand/
4•dogscatstrees•16m ago•0 comments

Show HN: SDCGuard – Inspect vLLM KV-checksum coverage per request

https://github.com/hari-kancharla/sdcguard
1•itshkrishna•16m ago•0 comments

Show HN: Open Bot Avatars – a spec and renderer for interactive bot avatars

https://dominikscholz.github.io/open-bot-avatar/
1•dom_scholz•16m ago•0 comments

Byesky: Wipe your Bluesky account clean

https://byesky.pirhoo.com
2•pirhoo•16m ago•0 comments

BlitzRank: Principled Zero-Shot Ranking Agents with Tournament Graphs

https://blitzrank.ai/
1•jonbaer•17m ago•0 comments

Show HN: Browse PC Parts on Amazon.com without distractions

https://findpcpart.com/products?category_key=cpu
3•findpcpart•17m ago•0 comments

Drove Is a Container Orchestrator

https://phonepe.github.io/drove-orchestrator/index.html
2•porridgeraisin•17m ago•0 comments

Show HN: ArchDocs – Shared context and verification for engineers and AI agents

https://archdocs.io
2•AylonArmstrong•19m ago•0 comments

Games Are Being Ripped Off by AI, and Things Are Only Going to Get Worse

https://www.gamespot.com/articles/entire-games-are-being-ripped-off-by-ai-and-things-are-only-goi...
2•HelloUsername•20m ago•0 comments

More people should build browsers

https://seg6.space/posts/electron-browser/
4•seg6•20m ago•0 comments

Blaze: Incremental Rust builds up to 92x faster than cargo/rustc

https://github.com/indexable-inc/blaze
2•jakubadamw•20m ago•0 comments

Solve problems and ace quizzes to climb the board

https://nokku.payanai.com/interview-prep/dsa/leaderboard?period=all
2•payanai•21m ago•0 comments

Show HN: Jenesis, Java builds 18% faster, rebuilds up to 88% faster

https://jenesis.build/why/tool/
2•raphw•21m ago•0 comments

Vool – a local-first agent whose actions are offline-verifiable

https://github.com/Parad0x-Labs/vool
1•loop_vool•21m ago•0 comments

Russia orders non-state data centres to reserve 10% of capacity for Russia

https://www.reuters.com/technology/putin-orders-private-data-centres-set-aside-10-capacity-suppor...
1•giuliomagnifico•23m ago•0 comments
Open in hackernews

Launch HN: Momentic (YC W24) – Agents that catch bugs by using your app

https://momentic.ai/
40•wuweiweiwu•58m ago
Hey HN, we’re Wei-Wei and Jeff. We’re building Momentic, QA agents that autonomously plan, explore, and bug-bash controls and user flows in your web, iOS, Android, and (soon) desktop apps to catch bugs.

Here’s a demo: https://youtu.be/BFsM-Se1Fh8

We’re both software engineers that spent our careers on dev tooling and infra across companies like Robinhood, Retool, WeWork, and Qualtrics. Testing was always a pain in the ass (esp Playwright and Selenium), so we built agents to do it for us.

Modern day software has a ton of bugs and the change failure rate is only growing faster as coding agent adoption scales. LLMs are really good at generating code, but reinforce their own assumptions, write a ton of useless tests, and are bad at visual understanding. On DeepSWE v1.1, Sonnet 5.5 hit 66.2% pass rate when banned from writing tests, versus 65.3% when allowed.

OSS end-to-end testing frameworks like Playwright, Selenium, or Maestro force you to hardcode implementation details like XPath, text, or aria-* attributes in your tests. Even with agents, these take a nontrivial amount of time and tokens to build and maintain.

In 2023, we saw Nat Friedman drive a browser with GPT-3 via natbot. We were inspired to use this technology to automate the most painful and tedious parts of software engineering: testing. We started with using LLMs to generate and maintain Playwright, but quickly realized that those primitives were fundamentally misaligned with the agentic SDLC. We think the future of QA is agents testing themselves, not writing scripts.

Mo is a custom agent harness for catching bugs that builds on the past 3 years of Momentic and millions of test traces from complex, real-world applications. Mo is built for recall: it finds the most real bugs, though Codex is a bit more precise at 86% vs 84%. The tradeoff is cost: Mo costs $2.67 per bug vs $0.80 for Codex, less than Claude Code and Devin.

- Self-organizing agent graph. Mo builds a directed acyclic graph (DAG) as it explores. Large product areas automatically fork into parallel sub-agents, each with their own browser or device for concurrent execution.

- Specialized agents for domain specific tasks. Planner agents reason over screenshots and video while dedicated locator agents inspect page structure to resolve plain-English interaction targets. Others include image analysis, video understanding, audio generation, and more.

- Parallel agents coordinate through cooperative resource leases. Agents can announce that they’re “using” or “modifying” overlapping resources or fixtures. Multiple “using” claims can coexist, but only a single “modifying” claim can be active on any particular one.

- Scaled infrastructure. Mo ships with a tunnel that lets users expose private sites and local apps to our hosted agents and infra. A single bug bash can spin up 100s of concurrent browsers and devices.

We benchmarked Mo against coding agents on 4 popular open-source apps: Gitea (58.8k stars), Metabase, Twenty (YC), and Saleor, with 1,396 human-labeled bugs. Each agent got the same brief, a fresh E2B sandbox, and no access to source code. Codex and Claude Code used hosted Browserbase browsers, while Devin used its built-in browser. For evaluators, we implemented LLM as a judge (GPT-6.1 Sol) with a human reviewer.

Results from a time-boxed 60-minute run:

- Mo: 269 bugs, 19.3% recall, 84% precision, $2.67 per bug

- Codex (GPT-6.1 Sol + Playwright MCP): 86 bugs, 6.2% recall, 86% precision, $0.80 per bug

- Claude Code (Opus 5.5 + Playwright MCP): 59 bugs, 4.2% recall, 80% precision, $4.09 per bug

- Devin: 27 bugs, 1.9% recall, 84% precision, $3.89 per bug

Mo finds more bugs the more time it has. From 30 to 60 minutes, it went from 177 to 269 bugs (+52%), while Codex gained only 16%.

Results: https://momentic.ai/qa-bench

Write-up: https://momentic.ai/blog/qa-bench

Dataset: https://huggingface.co/datasets/momentic/qa-bench

Harness: https://github.com/momentic-ai/qa-bench

We just shipped PR testing for Vercel and Cloudflare deploy previews and we’re giving every new signup $250 in Mo spend. Paid plans have higher infra capacity and included usage along with options to top up.

We’d love for you to try it out and give us feedback. Feel free to comment here, we’ll be around all day!

Comments

aliasxneo•41m ago
So is this yet another SaaS product that's going to attempt to charge me for token usage? Sorry to sound negative, but nowadays it's an instant turn off because it's like the current subscription crisis on steroids. BYOA should be a default.

To be more constructive: let's say I have 2 frontier subscriptions and I end up with 20% left on each at the end of the week. It feels awful knowing that I would _love_ to use that with Momentic but I can't because I have to pay for yet another set of proprietary non-transferable tokens. It's like dealing with airline rewards.

amunozo•39m ago
What does BYOA mean?
aliasxneo•37m ago
I literally just made it up: Bring your own Agent. It was a poor attempt at making fun of the current SaaS landscape. Although I would be surprised to be the first one to have ever used that acronym.
freedomben•15m ago
Interesting, I assumed Bring Your Own API-key
nkozyra•37m ago
Assuming agent/access tokens, in other words you're not going through a middleman for LLM access.
aduwah•37m ago
I assume bring your own agent
jeffan•32m ago
Hey I'm Jeff (one of the co-founders). That's fair feedback. We wrestled a lot with whether to support BYOA or open source the harness. Ultimately there was no configuration with off the shelf models that we were happy with performance-wise. A lot of the eng work that went into this came tuning custom agents from large datasets to do the "grunt work" like element grounding and visual understanding. Plugging in vanilla GPT6.1 Sol for every task into our harness just doesn't yield a pareto optimal result that makes sense as a standalone product (you are better off asking codex to test).

That doesn't mean we won't eventually support byok, especially as OSS models catch up! We have our finger on the trigger there.

kart23•23m ago
the harness is the lock-in with these subscriptions. if you could just take your tokens to any app, there would be no point to stay on that companies ecosystem. I definitely agree that tokens and subscriptions should be portable and fungible, but any service offering that would be much more expensive than just getting a claude or codex sub.
bortimus•37m ago
So, what's the moat?
Aboutplants•32m ago
The moat is about a week before the frontier models integrate the same capabilities. They aren’t snapping up projects like this for talent acquisitions anymore, they will just build it themselves.
0xy•27m ago
I have something similar I made for my side project. You don't really need a platform for this.
sercand•26m ago
we also build similar product in-house for our apps.
jeffan•20m ago
Hey there, I'm Jeff (one of the founders). To be honest I don't know if there is or will be any kind of moat in SaaS. But today:

1/ General purpose models are still not good at this task. I would personally love it if I could trust my agent when it says its done after a 24h build. But whether it's because of sycophancy, context degradation over time, or something else coding agents still struggle to verify their own work. Maybe with 1B context windows this will change.

2/ Infra is still annoying to setup. We wanted to provide a unified interface across web, mobile and soon desktop as well. So users don't have to worry about provisioning, concurrency, security, etc.

3/ As with any SaaS, even beyond the initial build, maintenance is a headache. I think most companies would rather not consider agentic QA as one of their core competencies and investments. It takes a ton of eng effort to keep the lights on, continually update the models used, train new ones, groom ground truth, onboard infra providers, etc.

schainks•32m ago
What does this do that UAT doesn't do? Sounds like you're combining UAT with gloves-on red teaming and I guess property testing APIs.
momentichenry•13m ago
Hey! I'm Henry, one of the engineers working on Mo. The approach to testing itself is very similar to UAT, except that it's fully automated. This means you can speed up the feedback loop significantly. Imagine instead of having to wait for the next release and run a time-consuming manual bugbash in order to find out that your changes broke something, you can get feedback immediately on any PR you want, at a fraction of the cost.
staindk•30m ago
Congrats on the launch!

Some questions are top of mind after having done POCs and trials with other companies that have products in this space (excuse me if they are answered somewhere obvious - I skimmed the site and your post before drafting this):

1. What is vendor lock-in like with Momentic? In my mind there's space for a mature QA platform that agentically generates and maintains playwright/similar tests, but perhaps I'm wrong.

1.b. will Momentic code or testing standard or some aspect be open enough that it is feasible to move away from it if needed, or continue using it if Momentic goes under/deploys major breaking changes?

2. How deterministic are Momentic tests?

3. Who is your target user? Product owner / developer / SDET / ?

----

Also - is this saying Codex is better and cheaper than Mo?

"... though Codex is a bit more precise at 86% vs 84%. The tradeoff is cost: Mo costs $2.67 per bug vs $0.80 for Codex, less than Claude Code and Devin."

JulianPaul•25m ago
Why is this better than running Opus 5.5 directly against my app with a custom Playwright-based harness for in my own subscription?
MGabrielDenton•5m ago
Hey I'm Gabe (one of the engineers @Momentic). In general Mo's advantage is in the total amount of bugs found. In comparison to claude code we find roughly 5x as many bugs at 35% less per bug (for the 60 min session).
adwn•21m ago
The last 3 years saw tons of "custom agent harnesses" come up, only for them to be superseded by the next generation of frontier models, which could do the same (and more) in their generic harness. So, what will you sell when Opus 6.0 swallows Mo's edge in 5 months from now? And probably cheaper, when using a Claude subscription instead of paying API prices.
jeffan•11m ago
Hiya, I'm one of the co-founders at Momentic. I would actually push back against that take, we work with frontier labs a ton and this year we've actually seen a lot of realization on their part that custom harnesses matter. E.g. you could argue Devin is just a frontier model wrapper and yet it does feel better and is super popular. Same with code review tooling -- afaik everyone on https://codereview.withmartian.com/ mostly uses off-the-shelf models and yet it's the architecture, durable context (knowledge base), and data they have that gives them an edge. IMO opus 6 would probably just unlock more capabilities for Mo rather than eroding the edge.
podoman•20m ago
> Mo is a custom agent harness for catching bugs that builds on the past 3 years of Momentic and millions of test traces from complex, real-world applications. Mo is built for recall: it finds the most real bugs, though Codex is a bit more precise at 86% vs 84%. The tradeoff is cost: Mo costs $2.67 per bug vs $0.80 for Codex, less than Claude Code and Devin.

is this good? so Mo costs more money per bug? I'm confused.

luckydata•15m ago
it's right there in the writeup, it costs more but finds more bugs.
Smoofer•15m ago
Right? Is the takeaway from that not just that Codex is better for cheaper?
momentichenry•3m ago
Hey! I'm Henry, one of the engineers working on Mo. You're looking at the right numbers, but the takeaway is slightly different from ours.

The main thing we're trying to show is that Mo finds over 3x as many correct bugs in the same amount of time as the next-best QA agent. This is the main thing we optimize for since the worst thing you can do in QA is miss a real bug and ship broken code to prod. Currently, the tradeoff you make for that better recall is higher cost. I would say the precision is more or less comparable, but marginally lower.

Obviously we'd love to be beating every other agent on all of these numbers, and we're actively working on it, but for now this is an honest and transparent look at how the tool is doing.

Feel free to take a look at the full writeup for more detail!

adwad•5m ago
Are you open to listing other agents on the benchmark? I’m building my own and would like to run it on the full suite, but want to check before putting in the effort.