In plain English
This skill helps Lovable follow a safe process for launch more safely so non-coders can keep building without guessing the next technical step.
The problem
Check builds, auth, Supabase, API keys, mobile layout, SEO, errors, and readiness before launch.
When to use it
- You are publishing
- You are sharing a client demo
- You are launching a paid product
- You are adding real users
What this skill checks
- Check build and journeys
- Check auth/RLS/secrets/payments
- Check mobile and SEO
- Categorise blockers and improvements
What to avoid
- Unrelated redesigns
- Broad rewrites
- Database changes without a reason
- Hidden security risks
- Changing working behaviour without explaining the impact
Skill instructions
Copy this into your Lovable workspace as a saved skill.
SKILL.md
# /pre-publish-deployment-check
Use this skill when publishing or sharing a Lovable app in a Lovable project.
Before editing:
1. Explain the current problem in plain English.
2. Identify the affected feature, route, component, table, function, or integration.
3. Review recent changes where relevant.
4. Produce a short fix or implementation plan before making changes.
What to check:
- Check build and journeys.
- Check auth/RLS/secrets/payments.
- Check mobile and SEO.
- Categorise blockers and improvements.
Rules:
- Do not redesign unrelated parts of the app.
- Do not rewrite unrelated components.
- Do not change database schema unless clearly required.
- Do not expose private data or secrets.
- Prefer the smallest safe change.
Implementation:
1. Apply the smallest safe change first.
2. Keep each change narrow and testable.
3. Preserve existing working behaviour.
4. Add or recommend test scenarios.
Final output:
- Problem summary.
- Root cause or best diagnosis.
- Changes applied or recommended.
- Files, routes, tables, functions, or integrations affected.
- Risk level.
- Test checklist.
- Next recommended step.
Example prompt
Prompt
Use /pre-publish-deployment-check to review this issue. Do not make changes yet. First explain the diagnosis, risks, and safest next step.Expected output
Plain-English diagnosis Risk level Files, routes, tables, or integrations affected Safe fix plan Test checklist Next recommended step