Ask HN: Have any successful startups been made by 'vibe coding'?

Anyone who regularly uses LLMs to produce code knows that vibe coding anything larger than a to-do app is not currently realistic.

Once your codebase reaches the size needed to solve actual business problems, the quality of the output varies wildly, the complexity of the prompts required to produce useful code increases, and the output code requires significant editing to actually integrate without bugs or errors.

My personal opinion is that for vibe coding to be viable as the complexity of feature requirements or the size of the code base increase, the specificity and complexity of the input prompt will eventually demand more from the engineer than just writing the code, since code is more specific by definition than natural language.

0xbadcafebee · 5 days ago

The limitation is the scope of the problem space; reduce the space and it becomes more reliable. Use the LLM to create independent discrete highly-cohesive composeable applications (with test suites), use those to compose the business logic, and it will be reliable. So basically microservices (but, actually correct microservices, rather than how most people make them).

0x696C6961 · 5 days ago

That's not vibecoding anymore.

piva00 · 5 days ago

Then we should be seeing something already, this approach exists for many years by the serverless folks. Vibe coding it should be rather straightforward since there's loads of tutorials, example code, etc. available.

surgical_fire · 5 days ago

The problem of this approach is the problem of "correct microservices". You are moving complexity up from the application layer to the architecture layer. If you ever had to work on "correct microservices", you will know that even for humans it becomes hard to have a mental model and reason about the system as a whole. Good luck having your LLMs tackle it, when at times the best way to describe those services is through diagrams instead of text descriptions.

OutOfHere · 5 days ago

That expresses it well. For the code output to be good, my specifications have to be very detailed and thoroughly reviewed by multiple LLMs. Even so, I still have to make some changes manually, both before and after the code generation. It could be possible to add broad refactoring steps with vibe coding, but I remain skeptical. I think the frontier of how far one can get with vibe coding will keep pushing forward, but it's not that far yet, especially when security and performance are on the line.

rubicon33 · 5 days ago

Wow. I’ve never actually heard this take before but I think you’re spot on. Vibe coding has serious limits as the scale of the project grows. As the complexity grows, human language becomes a crude tool compared to just coding and you will find your efficiency falls off a cliff trying to get the LLM to understand and effectively change or implement what you could have done by hand.

sixtyj · 5 days ago

You can vibe code chunks, but not whole repo. I have tried to do it and every LLM starts to hallucinate after 2-3 hours. And you have to know what you want to achieve. Coding with “a little help” is feasible.

okokwhatever · 5 days ago

OpenAPI, microservices segmentation and keeping things small helps a lot. Probably the worst piece of the puzzle is the UI to maintain the coherence but it can be solved.

stavros · 5 days ago

What's the largest app you've entirely vibe-coded with this architecture? For me, everything fails at a few hundred lines, no matter how micro you keep your services.

Mind you, we're talking zero review at all, just using whatever the LLM produces.

tester756 · 5 days ago

Microservices increase complexity by a lot.

pc86 · 5 days ago

I'm becoming increasingly convinced that you need a purpose-built LLM to generate usable UI code. There are ways to use LLMs to increase efficiency and velocity without sacrificing quality, but they're all at the API/backend/service/whatever-you-want-to-call-it level, or in the initial planning stages.

I basically use LLMs to plan work, then to do the backend work with close supervision, then I do all the UX stuff completely on my own.

bigcat12345678 · 5 days ago

AI created openapi is like mud house on beach, the first wave will destroy the whole thing into pieces beyond memory can remember it's original ugly shape...

jen20 · 5 days ago

Using HTTP as a linker (i.e. microservices as typically implemented) gives you a ton of other problems to worry about instead though...

Deleted Comment

What I've seen is mostly small apps and people that claim they're making thousands of dollars every month with them.

And they usually try to sell you their courses/mentorships.

I don't know if I'm being suspicious because they seem fake or because they came out of nowhere and are earning in a month what I make in a year.

herval · 5 days ago

This isn’t a “vibe coding” phenomenon and isn’t particularly egregious now. It’s usually the same people who peddled crypto, NFTs, multilevel marketing, seo blogspam and a bunch of other “get rich quick” schemes in the past

Mabusto · 5 days ago

I've noticed a huge uptick in this brand of "entrepreneur". I think everyone who was inspired by devs like LevelsIO, limped their way through some code academy tutorials and was discouraged that you actually needed to have _some_ technical skills back in the mid 2010s is now encouraged to try again with vibe coding. It's always a combo of vibe coding + automation tools like n8n/zapier that does some simple data plumbing or just calls an API.

Just like you said, they all claim to make $xk per month and have a course to sign up for. I really hate this as places like product hunt are just gummed up now with Slapps (AI slop apps). The courses they sell seem to be how to quickly make Slapps, get people's email addresses and then use the authors email list management software (for a monthly fee) to endlessly send spam.

csa · 5 days ago

> It's always a combo of vibe coding + automation tools like n8n/zapier that does some simple data plumbing or just calls an API.

I agree with all that you said, however…

I have found that doing stuff that could be done with code with the automation tools/services that you mentioned above (plus excel) is often preferable for small businesses and certain orgs precisely so that a programmer doesn’t have to be called on every time a change is needed.

Not knocking programmers (I’ve been programming since age 10), but programmers aren’t always easy to hire and evaluate, and their cost (at least until recently) has been extremely high.

These automation tools allow for business to make a tech leap with much lower execution cost and risk.

So while I agree that a lot of the “vibe coding” stuff being promoted is drivel, that doesn’t mean that the tools themselves are not empowering in the right hands.

nomilk · 5 days ago

Sounds like one of those course-based pyramid schemes similar to life coaches who "coach coaches to coach others how to coach coaches"

deepdarkforest · 5 days ago

Here is the secret:

Step 1: Vibecode 5 trash generic apps (eg AI interior designers, gpt wrappers)

Step 2: Launch with paying 15k in google/meta ads

Step 3: Receive back ~5k in revenue

Step 4: Spam on twitter+linkedin clickbaity "heres how i reached 60K ARR in 3 milliseconds" posts to attract ex-crypto bros and hustlers

Step 5: Use your newfound following for sponsored content, courses and hopefully actual organic growth for your aforementioned trash apps

spicyusername · 5 days ago

dataviz1000 · 5 days ago

My comment is more about what to expect in the next 12 months.

I've been using VSCode's Copilot with Claude Sonnet 4 and find it to be terrifyingly competent running 8 hours a day costing ~$10.

I am developing techniques to keep it moving forward producing code and fast. First, prompt engineering like "write clean, simple, and elegant code." Second, I use TypeScript very strictly which helps. Third, the models are amazing at producing very simple test units which will be important in the fifth. Fourth, I use techniques like "look for opportunities to refactor pure functions in the file and put them at the top of file" or "look for opportunities to refactor pure function and put them in shared utils.ts file." Fifth, every hour or so, I will have the agent simplify and clean the code and with complete test coverage both unit and integration as longs as they all pass .... good to go.

This is a process and it is the same every time. So now I'm thinking about how do I write code to automate these steps into an automated process. For example, I keep using the same pattern of steps to solve hard debugging problems which I'm going to leave out of this conversation now. If I can create a process in code, I'd be one step closer to complete automation coding.

The patterns are emerging. I strongly believe in 12 months these systems are going to be able to write extremely complicated programs with very little input from the human in the loop.

stillsut · 5 days ago

Yeah, I've been able to stack ~200 AI-generated commits on top of each other. Over 95% of the code is now AI generated.

You can see each prompt and each commit that was generated here: https://github.com/sutt/agro/blob/master/docs/dev-summary-v1...

Since AI-Gen code is such a roll of the dice, the key is to roll the dice a lot - usually generate at least 3 potential solutions from at least two separate providers at the outset - and get good at quickly reviewing the offered solutions, or iterating on the prompt and regenerating.

i_love_retros · 5 days ago

What are you building?

In the past 3 weeks I ported Playwright to run completely inside a Chrome extension without Chrome DevTools Protocol (CDP) using purely DOM APIs and Chrome extension APIs, I ported a TypeScript port of Browser Use to run in a Chrome extension side panel using my port of Playwright, in 2 days I ported Selenium ChromeDriver to run inside a Chrome Extension using chrome.debugger APIs which I call ChromeExtensionDriver, and today I'm porting Stagehand to also run in a Chrome extension using the Playwright port. This is following using VSCode's core libraries in a Chrome extension and having them drive a Chrome extension instead of an electron app.

I very heavily use the VSCode Copilot coding agents for all this.

These are not trivial problems.

simonw · 5 days ago

I've heard of a few SaaS apps that were vibe coded by non-programmers, some of which are generating revenue.

I've also seen incidents of those apps turning out to have security holes you can drive a truck through, and hiring professional help to move beyond their origins.

(I didn't keep notes of the companies and I don't want to specifically call any out, but they exist.)

I'm hoping this is a relatively short-lived trend. I think vibe coding tools for personal use and prototypes is to be celebrated, but vibe coding software that other people will depend on or even pay for is deeply irresponsible.

alecsm · 5 days ago

andy99 · 5 days ago

There was the whole thing about the app for relationship pdiscussions, "Tea" I think, being apparently vibe coded and lacking proper security, leading to a data breach.

More generally, I think vibe coding has replaced lots of mockups and demos for startups. There is really zero excuse to show slides or figma now in am early product demo. There are definitely startups succeeding on this basis, as in getting funding and signing up customers.

If success means being profitable and running stable software, I don't see vibe coding as currently able to carry a company all the way through, but it's definitely part of the journey now.

there’s no evidence “Tea” was vibecoded (especially because it was launched in early 2023, when tools like Cursor weren’t really widely used). All evidence seems to point to the usual issue 9 out of 10 startups face (and have always faced) - unprotected S3 buckets (this was Tea’s issue), misconfigured firebase or supabase RLS (I made some good money helping startups close these holes a few times) or unauthenticated APIs.

mkw5053 · 5 days ago

My stack lately has been Next.js with Prettier and very strict lint, type, and complexity gates, plus opinionated tests that aim for real signal over mere coverage theatre.

I want to find the time to fine-tune GPT-4o using before/after examples of code that fails the gates and then passes them. The hope being it generates gate-compliant code on the first try much more often, which is cheaper and more reliable than relying on a base model with brute-force retries. I think this might also align with research showing that grounding models in execution feedback yields order-of-magnitude gains in sample efficiency and improved code quality, not just speed [0][1].

References

[0] https://arxiv.org/abs/2307.04349

[1] https://arxiv.org/abs/2410.02089

What does "real signal" mean in this context? I think (hope?) most people agree test coverage for the sake of coverage isn't particularly helpful but it's not clear to me how an "opinionated test" would differ from the tests you'd find in your standard "we want 100% coverage" projects.

I am trying to capture the idea that opinionated tests assert invariants and contracts at integration boundaries, while coverage-driven suites often spend effort on shallow checks. The goal is fewer but stronger tests that actually prevent regressions.

Here is one attempt at defining a TESTING.md that I pass to Claude Code [0].

Honestly, it is different from what I now use in other projects. For example, I have found that mutation tests are rarely worth the added complexity. I have not yet found a good way to enforce a deterministic gate that only permits “good” tests, so I settle on defining expectations in a markdown file that I pass to whichever coding agent I am using.

[0] https://github.com/Airbolt-AI/airbolt/blob/main/TESTING.md

tommy_axle · 5 days ago

One way to gauge is by taking a look at some of the projects submitted for Bolt's contest at https://worldslargesthackathon.devpost.com/project-gallery

Interesting. Are any at the point where they accept payment, i.e. generate revenue?

Not sure, most were probably created just for this hackathon so I'd expect few if any. It's just a good way to see how far one can take it with vibe coding. It's easy to crank out smaller apps these days so marketing and distribution will be more important going forward.

simonsarris · 5 days ago

https://www.post-bridge.com/ by Jack Fricks was mostly(?) made via vibe coding.

Note there's a small core set of features and then relentless refining going into the product after that. I think products that require the opposite, a relentless expansion of features vs tightening bolts may be much more doomed.