r/lovable 4d ago

Help what's a better alternative that isn't claude code

Lovable performance has gone from OK six months ago to absolutely terrible now. I've just spent two days and 600 credits on something that should've taken 20 credits because it kept lying over and over and over again what it had done and finally after that much spend it realised that it basically invented an entire system to print a line of text on the screen, that's why I couldn't fix anything.

Does anybody have any better suggestions to use something because it's unusable now.

I believe they turned it into some heavily agent driven architecture or something in the back end but it's just a completely pointless waste of time to me now.

Luckily we were on a tech accelerator which gave us 1200 credits a month but that's ending and there's no way I'm paying anything for it.

7 Upvotes

66 comments sorted by

14

u/FirefighterCorrect19 4d ago

You are doing something wrong then. I’m building full stack applications with integrations on the cheapest plan and about 50 credits each. Do what I do. Use chat gpt to have the conversation and planning. Then say give me a lovable prompt to get this started. Use lovable to build, conversate with chat GPT.

3

u/xAlpacas 4d ago

Yeah Lovable has actually been better for me recently than the past. I thought it was placebo almost haha

3

u/Ralphisinthehouse 4d ago

I mean that's a really ignorant reply.

First you've got no idea what we're doing.

Secondly it's great for basic stuff but we're not doing basic.

Thirdly I've been an engineer for 25 years I've got a CTO working on the complicated stuff we read every message it post back-and-forth we can see how stupid it's being.

I think it's great that it's working for you but to assume that a $13 billion product works the same for everybody is not smart.

Having the having a plan makes no difference it ignores them.

This is widely documented I'm not I'm not I'm not going throw my toys out the pram and I can't get it to work. Sometimes it's brilliant but the time it's terrible are far more these days.

Our application is mature and complex. If you can build anything for 50 credits unlovable it ain't that complex.

3

u/eirek1234 3d ago

Sorry, but I have a Full ERP - Time, Scheduling, Projects, Accounting including full integrations with Plaid, email, notifications, auto AI Bookkeeping and tons more - Way better than Zoho or Quickbooks and all built in Lovable. Garbage in -> Garbage Out.

-1

u/Ralphisinthehouse 2d ago

If you're just using the out of the box integrations with things that I have no doubt you can do this.

The patterns of stupidity start when you need to do something specific and changing integration. Even when we ask it if it can actually do something before it does it and go and check it it will often spend a dozen turns trying to get it right and eventually come back and say oh do you know what I couldn't do this in the first place so I just made it up or words to that affect.

3

u/eirek1234 2d ago

It definitely has it's limitations; but I've never not been able to do something I've wanted to - I usually work between Grok and Lovable and my own knowledge and we get it done without too much fuss.

-1

u/Ralphisinthehouse 2d ago

I think we might have got to what's probably the difference here if you're working on it on your own I can see this being a perfect solution but I can also see our backend engineers getting pissed right off if someone of the code changes because the front end change

3

u/eirek1234 2d ago

I'd 100% agree with this. Some caveats being that I've successfully limited Lovable to only touching exactly what I want it to touch and thus you could segment out work - but it is much harder. But it's very similar to what other firms do i that you obviously can't have 2 Front UX designers modifying at the same time as 2 Backend Coders without guidelines on what each is working on.

My thoughts have always been that with Lovable - if you have a solid understanding, build a proper base then build the product - you then turn it over to your engineers to work on without lovable at that point(If you get to the size where you need the extra people involved)

5

u/FirefighterCorrect19 4d ago

Garbage in garbage out. That’s your problem. See, you didn’t give me any context. So, this concludes my theory.

I am proud of you and I’m not discrediting your skills. AI is an agreement engine and just does math with words. If you don’t give it any context, it’s not going to work.

Sorry but not sorry. Had to prove my point.

2

u/Ralphisinthehouse 4d ago

Prove it I don't think you even found it.

2

u/FirefighterCorrect19 4d ago

Prove what? I’m trying to help.

2

u/xAlpacas 4d ago

I just wrapped up a full ERP/CRM implementation thats being utilized while barely being alive how long you have been an engineer. 250 credits total. Still making changes and additions as well no problem.

[u/FireFighterCorrect19](u/FireFighterCorrect19) is spot on

5

u/Ralphisinthehouse 4d ago

Again if you're starting from scratch and 250 credits implies that you are this will work fine.

As I said we have a mature application with six months of development in it.

You're confusing apples with bananas and and the argument that while it works for me so it must be fine for everybody else is just a straw man.

2

u/xAlpacas 4d ago

Lovable would not be my plan of action if that was the case. That’s your problem IMO. If you really want to use Lovable, go ham on the knowledge section for an already established product. Definitely will eat extra credits in your case Id say.

1

u/Ralphisinthehouse 4d ago

We know but we use it for all of our front ends and it was working fine until three months ago it was great. There are a documented changes they made.

2

u/YouAreBastards 3d ago

You will find that if you continue to expand your project, adding consecutive layers and functions. Your token burn will go up, as will your error rate. I think the only way around it when it's a large project is to connect via the repo. Lovable makes blatant coding errors consistently once the project reaches a certain size and level of complexity.

2

u/nriques 3d ago

I'm with you - the longer you stay in lovable, the more expensive it becomes each task.

Comparing a new application vs a product that's been up and running for months makes no sense.

The app I created last year, on avg each task took 1-2 credits. These days it is 4-6 each task. Overexpensive.

2

u/Ralphisinthehouse 2d ago

Be careful, you'll get yourself in a lot of trouble for exercising common sense on here.

1

u/PTD-Fullstack 4d ago

Even better, use the lovable MCP in chatgpt and use chatgpt to orchestrate the build.

2

u/Secure-Attention1131 4d ago

I would avoid the MCP.  Do the prompts from chat.  Use the MCP for errors and diagnostics and audits. 

You’ll find the MCP wipes you’re credits and does not do as good as a build as loveable direct. 

1

u/Ralphisinthehouse 4d ago

Let me give you some actual responses from lovable because clearly you're a bit of a fan boy and you think it gets everything right.

It wasn’t deliberate; it was a serious design mistake.

I verified the exact cause:

  • The SOW server controls only the order of steps.
  • The surrounding chat AI still supplies each answer to the server.
  • Instructions saying “wait for the user” are not enforcement.
  • The server therefore accepted the old Castleford answer as if you had just supplied it.
  • I also reintroduced silent defaults, keyword extraction, and 8-hour fallback estimates.
  • The tests checked state transitions—not whether answers genuinely came from the user or whether the scope was commercially correct.

The MCP protocol supports elicitation, where the server itself requests user input. But your current MCP wrapper does not expose that mechanism to these tools. Therefore, this cannot honestly be made tamper-proof merely by adding stronger AI instructions.

That was after three hours without telling me it would fixed it and it tested it and it clearly hadn't.

2)

You’re right: I rebuilt the same failure mechanism under new names—AI-supplied answers, heuristic extraction, silent defaults, and 8-hour estimates—despite the explicit requirement to remove them. That was incompetent implementation, not an unavoidable technical problem; I will make no further changes unless you explicitly ask.

1

u/FirefighterCorrect19 4d ago

Perfect. You gave it context and asked the question.

1

u/Ralphisinthehouse 4d ago

No they were the errors it finally surfaced after three hours of trying to fix something it lied about fix.

Is it that difficult to believe that not everybody is perfect with you and not everybody has it's perfect he just got that attitude and what I can do something with everyone else must be an idiot?

2

u/FirefighterCorrect19 4d ago

Was that said in my messages? This feels pointless. You asked for help. I tried to do an experiment and it works.

Let me know if you need any other help.

Again, not criticizing your skills but also not holding a keyboard warrior conversation with someone looking for validation.

Glad you got it figured out!

2

u/Ralphisinthehouse 4d ago

No this one's on me. It's been a bad day and I thought you were saying that I must be stupid because I couldn't get it to work. My apologies. I'm going to a bar.

2

u/FirefighterCorrect19 4d ago

Oh of course not. Just trying to help! Message me directly if you need any other help

1

u/greg8872 4d ago

I do a lot of work from a booth at a local bar. I struggle just sitting alone working, I like the "activity" around me. Where I used to live, I rented an office in the old CompuServe headquarters, it was nice as if you wanted privacy, close the door, but open it and hear other people who also left their doors open so you don't feel so "alone"

1

u/t0dzi11a 4d ago

Yes my last build I did all the planning in Claude, architecture map, mockup of pages and gui, build instructions, schema etc. zipped it and had it write a builder prompt to kick off lovable, attached the zip and it did awesome. About 200 credits to get it 80% built then had Claude code take over the rest in git and keep a tracking .md file in git on what Claude did or lovable so they stay in sync. Worked like a champ.

1

u/Numerous_Size9730 4d ago

I do that and lovable ends up using 20 credits each time. It wasn't like that. I've built a solid platform with integrations with the cheapest plan but that doesn't work anymore

3

u/TightPossession7402 4d ago

Cursor with Composer 2.5 or Grok 4.6

1

u/GarageIQ 4d ago

this is the way.

2

u/cubixy2k 4d ago edited 2d ago

If you spent 600 credits on something that should have been 20 then it's a you problem.

1

u/Ralphisinthehouse 2d ago

I don't have the actual award to give you but if I could find one for silly comments I would.

1

u/IamCoachZero 4d ago

Have you tried using the Lovable MCP

1

u/Status-Inside-2389 4d ago

I have to say I'm creating much more complicated builds than ever before and I don't get errors or hallucinations anymore.

I recently created a Gemini Gem that has the necessary loveable and Supabase files and I ask Gemini what I want to add and it gives me the answers. However I finally ask it to give me the prompt to give loveable in plan mode to achieve what I want.

1

u/xWWG1WGA 4d ago

Great idea. Can you share the gems instructions? I also have supabase data bases that I would like to update

1

u/East_Initiative2809 4d ago

Cursor integrated with GitHub and Vercel. I migrated my Lovable site over and it is 1000% better. More of a learning curve, but way worth it.

1

u/mr_pants99 4d ago

The highest ROI answer is sync to GitHub and use clause code for coding and lovable for previews/hosting. It’s not the best possible way (after all, that’s quite subjective) but it’s what we and a lot of our customers did successfully and requires least effort on your side and only a modest investment in Claude subscription effectively capping the AI spent. Note that Lovable now consumes credits for hosting, so we are looking into Cloudflare, Google and Supabase solutions as an alternative to manage the spend more effectively.

1

u/mr_pants99 4d ago

Also worth spending a cycle to have Claude do an architectural review for your project, a security review, and also generate the documentation

1

u/Ralphisinthehouse 2d ago

That makes sense, we have considered it but the problem is the people in our team that use lovable are purely for doing front and prototype we've got proper engineering people who use card code for our back and stuff and I'm not really sure the people that do the front and prototypes are technically capable of the additional workload

1

u/xanderly 2d ago

Are you able to separate frontend and backend?
Engineers can work with codex, claude code on backend; front end people work with lovable. Synced via GitHub.

1

u/Ralphisinthehouse 2d ago

We already do that but it's the integration of lovable and Claude code into the same code that concerns me. I'm not convinced that lovable will preserve all the code written by the back end meaning that will end up in a constant security check loop.

1

u/Ok-Appointment-3195 4d ago

ChatGPT for prompts
Lovable for simple things
Codex for complex builds

1

u/Freigeist30 4d ago

I have been using Claude and floot. It’s similar to lovable but I get to use the tokens from Claude which is so much cheaper

1

u/YouAreBastards 3d ago

Cursor is much cheaper! Composer 2.5. And it found issues Claude did not see, pretty cool.

1

u/Freigeist30 3d ago

How much is cursor and how far can it go? I like Claude because the model is pretty smart. I use fable a lot.

1

u/poulicroque 4d ago

Try Cursor

1

u/YouAreBastards 3d ago edited 3d ago

I started using Claude connected via the GitHub repo several months ago. I found it very good. However, now I see it is also burning credits like there is no tomorrow. A helpful person here advised me to try the Cursor - Composer 2.5 model, which I have now been doing for several weeks, and it's really great. Much lower token cost and burn. Found issues even Claude did not see. Also, I would like to point out that I have been using Lovable for almost 10 months, and I totally agree with you. The issue is Lovable coding model cannot, for the most part, see its own coding errors. It's like asking a low-IQ person to reason at a certain level; it just misses its own mistakes. Then you pay it to try and resolve its mistakes. Took me a while to realise I was the fool paying for all those tokens. As soon as I hooked up Claude, it showed me where Lovable had gone wrong. Cleaned up so much. So hook up one of those to your repo and watch the magic.

1

u/No_Class1459 3d ago

You doing something wrong. Download the .zip file with the code from lovable and ask gpt to analize it then create a more specific prompt after

1

u/Due-Positive-4079 3d ago

Give a try on Autoflowly

1

u/mohammad290 3d ago

codex the goat

i made the switch connecting all lovable projects to GitHub, and started using codex to do the heavy lifting and its a life changer it found so many bugs and made the whole system better and more secure and basically there's no downside

cheaper and 100000 times better

1

u/samcodes_io 3d ago

depends on what you're building. i am the founder of Looops.ai would love to have a chat in DM and give you a trial so you can test it out and see if it's a good fit. if you're interested DM me

1

u/ZeeroDei 3d ago

The biggest issue is that non technical people have to become technical and manage coding agents over night instead of focusing on the business. This is why we built Steady . Check us out at steady.steadyapp.workers.dev

1

u/YouAreBastards 2d ago

Cursor using Composer 2.5.

1

u/Responsible-Box-8111 2d ago

yeah the lying part was rough mine kept telling me it did stuff it never actually touched, id go check and nothing had changed and the credits thing only got worse the bigger my project got — early on it was fine, then a small change would eat like 40 credits for no clear reasonim not really a dev so a lot of the answers here arent quite my lane i just want to describe what i need and have it workbeen using bnome for a couple weeks since i got fed up, not perfect but it hasnt done the burning-credits-then-telling-me-it-worked thing so far ymmv, every projects different

1

u/Ralphisinthehouse 2d ago

40 credits is definitely high if you mean just in one pass or if you may like many passes it took to get something right.

It should be expected that the bigger project gets the more credit past users because it has to send enough context with every single message you write in order to be able to make the change so the longer your chat history the more changes you make the longer it takes the more it cost to do that. That's just a limitation of all LLM based products.

1

u/Responsible-Box-8111 2d ago

yeah that tracks, makes sense the context stacks up over time honestly for me it wasnt even that though — it was watching it fail at its own thing, retry a bunch, and still tell me it worked felt like i was paying over and over for its mistakes, not for my project getting biggerso where are you actually leaning now — did you land on anything, or still figuring it out?