I am seeing this with Lovable, Verdent, Replit: I am clear, RAG my prompts, clean them with Claude Opus 4.6, find that with tough problems, they'll tell me something is fixed or done, and it isn't. Not even close. And I'm burning costly credits, making no progress.
I'd love to learn what others are doing.
I'm building a multi-agent tool that integrates with 25+ LCNC sites and also IDEs, and yes, there are tough problems with the tool's awareness of what a user is doing in a console or fields in a browser window. I'd apprecaite it if the nocode platform simplay told me, "no can do," rather than trying one thing after another, staying stuck, and costling me $100 or more per day to keep failing.
Thanks, in advance, for your suggestions!

Hi, I m an app developer who s shipped many projects the old-school way (hand-coding) for over a decade. Recently AI tools have exploded - speeding up my production like crazy.

What s happening:

- Idea to MVP: Creators focus on ideas while AI writes most of the code.

Currently playing around with @bolt.new after being inspired by @gabe and building a bunch of mini apps, mainly for fun. Haven't pushed any to production yet but so far I'm enjoying it bar the odd hiccup where I have to roll back a few times to fix a stubborn error.

I've also looked into @Lovable and it seems pretty cool but wanted to see what people had to say about it. Is there any reason to pick one over the other and which one have you settled on?

I work at an early stage startup and I'd estimate 70-80% of our codebase is vibe coded (510k lines). To be clear, it's not 1 shot "build this feature." More like, "implement get_slim_documents for Jira in the exact same way we did it for the Confluence connector."
Comfort with AI coding tools is actually something we gauge during interviews/work trials. Looking at our peer companies, it's exactly the same.
My hypothesis/assertion is that companies founded ~2022+ are fundamentally intertwined with "vibe coding." In 5 years, programming will connote vibe coding more than it will connote non-AI assisted work.
Am I crazy? Pigeon-holed in the SF startup world? Naive? Would love to hear more thoughts/diverse perspectives on this.

I've been thinking about this a lot lately.

As an SAP ABAP Developer, I had app ideas sitting in my head for years. Before AI, the learning curve for mobile development felt impossibly steep. Now? I shipped my iOS app in weeks.

But here's my honest question:

How many of us vibe coders are actually building sustainable products?

I've been having a lot of fun exploring AI and using tools like @Cursor, @bolt.new, @Lovable, and @Warp to learn how to build and make some apps for myself! I'm also noticing a tremendous amount of growth in folks creating their own apps using these same tools which has me wondering... if a company wanted to acquire someone's app or tool that was built via vibe coding, would it matter how it was built? Does the method of how it was built impact the valuation?
In my idealistic eyes, I'd like to think it doesn't. As an acquisition is often much more than just the tech but also the user base, brand, and even team behind the product. If anything I think that acquiring a product that has been "vibe coded" and putting them into capable engineering hands would only enhance the product...or a least make the code base cleaner.
I also believe that talent that is able to create stunning products with AI is currently a small percentage of folks, and that companies should be investing in acquiring that talent (either independently or via product acquisition) so that they can stay ahead in innovation while learning how to implement AI tools more efficiently in their orgs.
Very curious to hear what you all think!

Hey everyone,

I don't actually like using the term "vibe coding". We've been software developers for over a decade ,are not one-shotting features, and have a very opinionated and strict dev process.

Here's my hacked-together, messy, voice-based dev environment:

1. Voice-driven loop with screen-shotting so the LLM in the loop can see what's in my terminal and editor. The prompt varies depending on what I'm trying to drive with this loop.

2. A few tool definitions that give read access to files and URLs.

3. A tool the LLM can send a block of output to that generates keyboard events, so the LLM can drive any editor/terminal.

4. A separate process watching a directory and constantly making LLM-driven git commits. (git autosave).

I have some pieces of this running most of the time. But I'm lazy, and doing other stuff, and I also try to use a variety of editors and tools, to see what's good lately. Which ... no stability, so my hacked-together stuff is always broken.

I don't want to replace @Windsurf / @Cursor / Claude code. A seriously good agent and expert-system dev toolkit is a lot of work.

Hey PH community!

I ve been spending a lot of time thinking about how people actually work with prompts while building a tool in this space, and I realized I have way more questions than answers.

A few I d love to throw out:

I've never coded. Not a single line. But I m tired of just watching cool ideas fly by. So here I am turning a wild idea into something real with AI

as my co-pilot.

My toolkit? ChatGPT, Cursor, Replit.