frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

When AI 'builds a browser,' check the repo before believing the hype

https://www.theregister.com/2026/01/26/cursor_opinion/
92•CrankyBear•1h ago

Comments

jey•1h ago
I don't think the point was to say "look, AI can just take care of writing a browser now". I think it was to show just how far the tools have come. It's not meant to be production quality, it's meant to be an impressive demo of the state of AI coding. Showing how far it can be taken without completely falling over.

EDIT: I retract my claim. I didn't realize this had servo as a dependency.

mjr00•1h ago
Maybe so, but I don't think 3 million lines of code to ultimately call `servo.render()` is a great way to demonstrate how good AI coding is.
jey•1h ago
lmao okay, touché. I did not realize it had servo as a dependency.
nicoburns•1h ago
Yeah, but starting with a codebase that is (at least approaching) production quality and then mangling it into something that's very far from production quality... isn't very impressive.
santadays•1h ago
This is entirely too charitable. Basically all this proves is that the agent could run in a loop for a week or so, did anyone doubt that?

They marketed as if we were really close to having agents that could build a browser on their own. They rightly deserve the blowback.

This is an issue that is very important because of how much money is being thrown at it, and that effects everyone, not just the "stakeholders". At some point if it does become true that you can ask an agent to build a browser and it actually does, that is very significant.

At this point in time I personally can't predict whether that will happen or not, but the consequences of it happening seem pretty drastic.

simonw•14m ago
It didn't have Servo as a dependency.

Take a look in the Cargo.toml: https://github.com/wilsonzlin/fastrender/blob/19bf1036105d4e...

Sharlin•1h ago
I’m super impressed by how "zillions of lines of code" got re-branded as a reasonable metric by which to measure code, just because it sounds impressive to laypeople and incidentally happens to be the only thing LLMs are good at optimizing.
rvz•1h ago
These 'metrics' are deliberately meant to trick investors into throwing money into hyped up inflated companies for secondary share sales because it sounds like progress.

The reality was the AI made an uncompilable mess, adding 100+ dependencies including importing an entire renderer from another browser (servo) and it took a human software engineer to clean it all up.

chankstein38•1h ago
That's what got me. I've never written a browser from scratch but just telling me that it took millions of lines of code made me feel like something was wrong. Maybe somehow that's what it takes? But I've worked in massive monorepos that didn't have 3million lines of code and were able to facilitate an entire business's function.
Sharlin•57m ago
To be fair, it easily takes 3 million lines of code to make a browser from scratch. Firefox and Chrome both have around ten times that(!) – presumably including tests etc. But if the browser is in large part third-party libraries glued together, that definitely shouldn't take 3 million lines.
simonw•16m ago
FastRender isn't "in large part third-party libraries glued together". The only dependency that fits that bill in my opinion is Taffy for CSS grid and flexbox layout.

The rest is stuff like HarfBuzz for font rendering which is an entirely croumlent dependency for a project like this.

mghackerlady•10m ago
Depending on how functional you want the browser to be. I can technically write a web browser in a few lines of perl but you wouldn't get any styling, let alone javascript. Plus 90% of the code is likely going to fixing compatibility issues with poorly designed sites.
jihadjihad•58m ago
It really is insane. I really thought we had made progress stamping out the idea that more LOC == better software, and this just flies in the face of that.

I was in a meeting recently where a director lauded Claude for writing "tens of thousands of lines of code in a day", as if that metric in and of itself was worth something. And don't even get me started on "What percentage of your code is written by AI?"

MonkeyClub•5m ago
LOC per day metrics are bovine metrics: how many pounds of dung per day.
jihadjihad•4m ago
I'd argue porcine: how many pounds of slop per day.
atrettel•54m ago
I completely agree. The issue is that some misconceptions just never go away. People were talking about how bad lines of code is as a metric in the 1980s [1]. Its persistence as a measure of productivity only shows to me that people feel some deep-seated need to measure developer productivity. They would rather have a bad but readily-available metric than no measure of productivity.

[1] https://folklore.org/Negative_2000_Lines_Of_Code.html

josefritzishere•27m ago
KPIs are slowly destroying the American economy. The idea that everything can be easily measured meaningfully with simple metrics by laypeople is a myth propagated by overpaid business consultante. It's absurd and facetious. Every attempt to do so is degrading and counter-productive.
add-sub-mul-div•15m ago
Citing the ability to turn on an endless faucet of code as a benefit and not a liability should be disqualifying.
MrGilbert•1h ago
I love the quote from Gregory Terzian, one of the servo maintainers:

> "So I agree this isn't just wiring up of dependencies, and neither is it copied from existing implementations: it's a uniquely bad design that could never support anything resembling a real-world web engine."

It hurts, that it wasn't framed as an "Experiment" or "Look, we wanted to see how far AI can go - kinda failed the bar." Like it is, it pours water on the mills of all CEOs out there, that have no clue about coding, but wonder why their people are so expensive when: "AI can do it! D'oh!"

simonw•18m ago
That was from a conversation here on Hacker News the other day: https://news.ycombinator.com/item?id=46624541#46709191
tyre•11m ago
I wish your recent interview had pushed much harder on this. It came across as politely not wanting to bring up how poorly this really went, even for what the engineer intended.

They were making claims without the level of rigor to back them up. There was an opportunity to learn some difficult lessons, but—and I don’t think this was your intention—it came across to me as kind of access journalism; not wanting to step on toes while they get their marketing in.

blibble•53m ago
grifters gonna grift
hexage1814•40m ago
AI will never be able to create a browser, just as AI was never able to defeat a chess grandmaster.
antonvs•6m ago
Yeah that's one of the real takeaways from this. This will improve over time. People seem to get so put off by hype that they forget there can be things of real significance underneath it. You could make a long list of what's amazing and promising about this "implement a browser" task, despite all its shortcomings.
jazzyjackson•26m ago
If I was to spend a trillion tokens on a barely working browser I would have started with the source code of Sciter [0] instead. I really like the premise of an electron alternative that compiles to a 5MB binary, with a custom data store based on DyBASE [1] built into the front end javascript so you can just persist any object you create. I was ready to build software on top of it but couldn't get the basic windows tutorial to work.

[0] https://sciter.com/

[1] http://www.garret.ru/dybase.html

drob518•25m ago
You would think a CEO with a product that caters to developers would know that everyone was going to clone the repo and check his work. He just squandered a whole lot of credibility.
simonw•22m ago
> According to Perplexity, my AI chatbot of choice, this week‑long autonomous browser experiment consumed in the order of 10-20 trillion tokens and would have cost several million dollars at then‑current list prices for frontier models.

Don't publish things like that. At the very least link to a transcript, but this is a very non-credible way of reporting those numbers.

storystarling•16m ago
That implies a throughput of around 16 million tokens per second. Since coding agent loops are inherently sequential—you have to wait for the inference to finish before the next step—that volume seems architecturally impossible. You're bound by latency, not just cost.
mrob•3m ago
The original post claimed they were "running hundreds of concurrent agents":

https://cursor.com/blog/scaling-agents

simonw•19m ago
If you want to learn more about the Cursor project directly from the source I conducted a 47 minute interview with Wilson Lin, the developer behind FastRebder, last week.

We talked about dependencies, among a whole bunch of other things.

You can watch the full video on YouTube or read my extracted highlights here: https://simonwillison.net/2026/Jan/23/fastrender/

pencilcode•6m ago
Just had my manager submit 3 PRs in a language he doesn’t understand (rust) and hasn’t ran or tested and is demanding quick reviews for hundreds of LoCs. These are tools but some people are clueless..
korm•5m ago
From an engineer working on this here on HN:

> ...while far off from feature parity with the most popular production browsers today...

What a way to phrase it!

You know, I found a bicycle in the trash. It doesn't work great yet, but I can walk it down a hill. While far off from the level of the most popular supercars today, I think we have made impressive progress going down the hill.

unleaded•3m ago
anyone remember finding the internet explorer control in windows forms, placing it down, adding some buttons, and telling people you made your own web browser? Maybe this exercise is eternal just in different forms
antonvs•3m ago
FTA:

> tools like Cursor can be genuinely helpful as glorified autocomplete and refactoring assistants

That suggests a fairly strong anti-AI bias by the author. Anyone who thinks that this is all AI coding tools are today is not actually using them seriously.

That's not to say that this exercise wasn't overhyped, but a more useful, less biased article that's not trying to push an agenda would look at what went right, as well as what went wrong.

A few random notes from Claude coding quite a bit last few weeks

https://twitter.com/karpathy/status/2015883857489522876
1•onurkanbkrc•42s ago•0 comments

What's Wrong with Artificial Intelligence – Rich Sutton (2001)

http://incompleteideas.net/IncIdeas/WrongWithAI.html
1•18al•43s ago•0 comments

Ask HN: Any need for Monte Carlo in prediction markets?

1•iamorlando•46s ago•0 comments

I Vibe Coded Sentry

https://github.com/dlt/faultline
1•dlt•1m ago•0 comments

We can no longer trust software

https://kudmitry.com/articles/we-can-no-longer-trust-software/
1•skwee357•3m ago•0 comments

AWS Nitro Enclaves Changed the Way I Think About Data Security (2025)

https://medium.com/@servifyspheresolutions/how-aws-nitro-enclaves-changed-the-way-i-think-about-d...
1•mooreds•3m ago•1 comments

Skåpa, a parametric 3D printing app like an IKEA manual

https://nmattia.com/posts/2025-03-24-skapa-intro/
2•iamjackg•7m ago•0 comments

"Wildly irresponsible": DOT's use of AI to draft safety rules sparks concerns

https://arstechnica.com/tech-policy/2026/01/wildly-irresponsible-dots-use-of-ai-to-draft-safety-r...
1•Jtsummers•8m ago•0 comments

Affirm and Fiserv Team to Bring BNPL to Debit Programs

https://www.pymnts.com/bnpl/2026/affirm-and-fiserv-team-to-bring-bnpl-to-debit-programs/
1•petethomas•8m ago•0 comments

PostSecret

https://postsecret.com/
1•ustad•10m ago•0 comments

OpenAI's president is a Trump mega-donor

https://www.theverge.com/ai-artificial-intelligence/867947/openai-president-greg-brockman-trump-s...
11•cdrnsf•10m ago•1 comments

PearPass – Your Open-Source Password Manager

https://pass.pears.com/download/
1•janandonly•10m ago•0 comments

Y Combinator is no longer investing in Canadian startups

https://thelogic.co/news/exclusive/y-combinator-canada-startups/
7•jtemperton•11m ago•2 comments

Revitalizing Alfred Adler: An Echo for Equality (2021)

https://pmc.ncbi.nlm.nih.gov/articles/PMC7932831/
1•wslh•13m ago•0 comments

Cloud-Hardware Co-Design for Memory Bandwidth-Bound HPC Workloads: Azure HBv5

https://dl.acm.org/doi/10.1145/3773656.3773684
1•matt_d•13m ago•0 comments

The Pilot and the Machine

https://blog.wesleyabbey.io/p/the-pilot-and-the-machine
1•wesabi•13m ago•0 comments

The impact of far-UVC radiation on pathogens, cells, skin, and eyes

https://pmc.ncbi.nlm.nih.gov/articles/PMC7894148/
1•luu•14m ago•0 comments

New Data Show Reduced Overall PFAS Exposures in Subarctic Ocean

https://seas.harvard.edu/news/new-data-show-reduced-overall-pfas-exposures-subarctic-ocean
1•geox•16m ago•0 comments

How well can you predict the state of the world in 2041?

https://xavdid.fillout.com/predictions
1•xavdid•16m ago•1 comments

The Most Important Teams in Tech

https://blog.staysaasy.com/p/the-most-important-teams-in-tech
1•mooreds•16m ago•0 comments

Show HN: ReelStudio – open-source Instagram Reel transcription with Whisper

https://github.com/stym06/reelstudio
1•stym06•17m ago•0 comments

Remembering Cliff Sekel (InsaneDarwin)

https://www.puredarwin.org/wiki/#/news/Remembering-Cliff-Sekel
2•Bondi_Blue•18m ago•0 comments

Allowlist for .gitignore

https://blog.izissise.net/posts/gitignoreallowlist/
2•weinzierl•18m ago•0 comments

From Sweeteners to Sleeplessness: Sucralose, Saccharin and the Gut-Brain Axis

https://www.mdpi.com/2673-9992/43/1/1
2•PaulHoule•22m ago•0 comments

Tether says it bought 27 tons of gold in fourth quarter

https://finance.yahoo.com/news/tether-says-bought-27-tons-174955806.html
4•petethomas•23m ago•0 comments

Microsoft Launches Maia 200 AI Chip for Faster Model Inference

https://finance.yahoo.com/news/microsoft-launches-maia-200-ai-192556018.html
2•minkeymaniac•23m ago•0 comments

460k Stars on a GitHub Repo

https://github.com/codecrafters-io/build-your-own-x
3•vedantnene•24m ago•1 comments

Creating an archive of phone tree changes, like the Wayback Machine for IVR

https://phonesupported.dev/blog/building-a-time-machine-for-phone-trees/
2•fast_kalyan•24m ago•0 comments

Shared Garden

https://sharedgarden.io/
2•lucaspauker•24m ago•0 comments

Computability of Differential Equations

https://link.springer.com/chapter/10.1007/978-3-030-59234-9_3
2•ogogmad•24m ago•0 comments