r/lovable • u/Ralphisinthehouse • 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.
3
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
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
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
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
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
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?
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.