$85,000 in tokens later: What I learned from scaling agentic coding at Lovable
aliclark
15 points
23 comments
July 04, 2026
Related Discussions
Found 5 related stories in 749.6ms across 14,015 title embeddings via pgvector HNSW
- Lessons for Agentic Coding: What should we do when code is cheap? ingve · 235 pts · May 05, 2026 · 60% similar
- Agentic coding notes from Galapagos Island gm678 · 35 pts · July 04, 2026 · 55% similar
- Agentic coding is burning me out ssiddharth · 19 pts · April 30, 2026 · 53% similar
- YC CEO says he ships 37K LoC AI code per day. A developer looked under the hood theanonymousone · 109 pts · July 07, 2026 · 52% similar
- Tokenomics: Quantifying Where Tokens Are Used in Agentic Software Engineering Anon84 · 70 pts · June 07, 2026 · 50% similar
Discussion Highlights (9 comments)
aliclark
I am not the author but Lovable tells me I'm in the top 10% of users. It's a great tool. Not affiliated in any way.
justinclift
> Reviewing AI-written code line-by-line isn't practical or a good use of anyone's time. And the usual answer to problems created by the use of AI is to use more AI, so you switch to AI reviews by default. Ugh. Sure, for non-critical stuff that might be acceptable, but for anyone working on core banking or infrastructure PLEASE don't be doing this.
willtemperley
Instead of employing an engineer for a year we burned an obscene amount of resources to generate code which will enable vibe coders to burn more resources. But we’re lovable! Cute smile. Heart emoji.
StrLght
> During the first week of June I merged 293 PRs, and have found no production defects tracing back to those changes so far. The latter part is a bit of good luck — I think 2-3 minor and 1 major defect would be acceptable for this volume. At this point, articles about LLMs paired with meaningless metrics have become a classic combo. I get that it's typical corporate BS, but publishing this widely is just weird. "Look, my productivity is skyrocketing according to a chart that only my manager cares about!" Mitchell Hashimoto put it well: https://xcancel.com/mitchellh/status/2071971627748020409
altmanaltman
I had an idea for a video long time ago. The idea was to try building lovable using lovable and then building another lovable within that using it. They market to normal people as if anything is possible but its very disingenous to offer a no code platform with the type of marketing they do. They are not alone, selling people the dream of "just use this to make a million dollar app!" while they make money off them even if the app works out or not. These platforms should do a revenue-share pricing where all these amazing apps created on the platform should only pay it if the app actually generates revenue if they really buy their marketing.
gershy
I think this article may have been a lot more insightful if it gave some insight into what product goals were achieved.
vivzkestrel
- i swear to god it has been 3 years since LLMs came out - i still have no idea what people are running for more than 5 mins - if you are sitting and writing 20000 page requirement documents for your next project and having agentic AI agents create the whole damn project from scratch, you are doing it all wrong - you ll end up eroding all your skills that translate requirements to code and worse you are dependent on these so called couple of frontier labs - in about 5-10 years you are going to see absolutely horrible effects of this LLM stuff at scale when most engineers wont be able to write a script tag in html without an LLM - mark my words
siren2026
This article is very long with almost no content. Except "spending more tokens is good". Obviously the author got something to sell us.
ImPostingOnHN
> Human review is an exception I see quite a few bloggers saying this. Not super surprising coming from a vibe coding company trying to encourage vibe coding. The problem with applying this in other companies is that human review by the vibe coder is the exception. It still gets human reviewed, just by a tired human who is jaded at regularly getting 20 page PR review requests and functions are moved around and renamed and reimplemented and replaced and removed because of course it's just better that way and the documentation is full of wrong assumptions and emojis and oh god the comments have emojis too and it's ok they can make those changes just give them a moment and they'll add another commit to the 20 fix commits in the PR and it doesn't have anything to do with the thing it's supposed to fix did they even look at this ok just talk to them and oh they've been away on chat for hours and oh they're an innovator look at all those commits made and PRs opened and oh geez if those old geezers would stop holding up the PRs with slow human brains and being blockers maybe they'd be the ones getting the promotions and the fast tracks and the company innovator awards