Find the root cause in Plan mode before fixing blind
Switches to Plan mode and asks Lovable to identify the root cause with code explanations before fixing.
When to use it
Blind fixes have failed twice and the same error keeps appearing in new forms.
Why it is worth it
Root cause investigation prevents code tangling and is faster than repeated unsuccessful blind fixes.
Before you start
- Use Try to fix once or twice when an error appears
- Describe the bug with what is broken and what you expected
The prompt
I am building a real-time expense tracker. The expense creation works, but after I fixed a delayed data save by adding a retry loop, the expense list stopped updating. Both features are now broken. What is the root cause? Show me the relevant code and explain why fixing the save broke the list before proposing a fix.
Replace the expense tracker with your own app and describe its two failing features.
What you get
You understand the root cause and can fix it properly instead of adding more broken code.
From docs.lovable.dev/prompting/prompting-debugging