mvp-lovable

MVP Lovable — spec-driven, série P1-P8

Du brief au MVP livré. rapido-prompteur:prompt-lovable = UN brief one-shot (landing, page simple) ; ce skill = la SÉRIE COMPLÈTE pour un site/MVP multi-pages. usine-a-landing et site-restaurant = cas verticaux — y router si le besoin correspond exactement.

Étape 0 — contexte

Lire reference/regles-stack-lovable.md, reference/gate-securite.md, et reference/kit-connecteur-mcp/ si une intégration MCP est prévue. Charger la charte (get_brand + sync-marque-lovable).

1. SPEC d'abord (validée AVANT tout prompt)

Mini-cadrage via templates/spec-mvp.md : cible, 3-5 pages/features, données, intégration MCP oui/non, design. Écrire dans docs/specs/{projet}.md → validée par l'utilisateur avant d'écrire le moindre prompt Lovable (méthode spec-driven, cf. NOTICE.md). Pas de spec validée → pas de prompt.

2. Design system

Charte du client (get_brand + sync-marque-lovable) + choix de style délégué à ui-ux-pro-max → figé dans la spec (couleurs hex, typos, composants shadcn).

3. Générer la SÉRIE P1…P8 (adaptée au périmètre)

Chaque prompt : contexte minimal, interdits rappelés, critères testables de done. Règles de stack (regles-stack-lovable) injectées.

• P1 — Fondations : structure, design system, règles de stack.
• P2-P4 — Pages/features par lot (une par prompt), critères de done.
• P5 — Données & formulaires : mode B → soumission enregistrer_prospect si CRM.
• P6 — Agent embarqué (si MCP) : DÉLÉGUER à connecteur-mcp-lovable (le kit fait foi ; on ne réimplémente pas le branchement ici).
• P7 — SEO / performances / accessibilité.
• P8 — Recette + gate sécurité (gate-securite.md) + mise en ligne sur confirmation.

4. Exécution assistée (optionnelle, confirmée)

send_message étape par étape (consomme des crédits — cadrer), vérification entre chaque (get_diff, read_file), jamais deux étapes sans contrôle. Déploiement / mise en ligne uniquement sur confirmation explicite.

5. Livraison & capitalisation

Spec + série archivées dans rapido-kb/lovable/projets/{slug}.md. Apprentissages consignés (ce qui a demandé des itérations → améliore le kit / les règles de stack).

En amont — le pipeline design

Quand un vrai travail de design précède le build, la spec descend de rapido-design : direction artistique → sitemap/flows → maquettes hi-fi Figma → design system. Dans ce cas, le MVP démarre du design system Lovable produit par rapido-design:studio-maquette (créer le projet à partir de ce DS, create_project avec design_systems) et reprend les mêmes tokens (couleurs, typo, spacing) — zéro divergence, aucune valeur en dur. Sans pipeline design, on reste sur la charte (get_brand) comme aujourd'hui.

Passerelles & anti-collisions

• Landing simple → usine-a-landing. Site restaurant → site-restaurant. Brief one-shot → rapido-prompteur:prompt-lovable. Artefact HTML → web-artifacts-builder.
• Design en amont (DA/maquettes/DS) → rapido-design:studio-maquette (le MVP consomme le DS).
• Branchement MCP → connecteur-mcp-lovable (jamais réimplémenté ici).

Règles

• Spec validée avant tout prompt ; rien d'inventé (contenu réel ou placeholder explicite) ; gate sécurité bloquant ; mise en ligne confirmée.