Les bibliothèques de prompts
Le principe est toujours le même : tu copies un prompt, tu le colles dans ton outil, tu obtiens une page déjà dirigée artistiquement. La différence entre ces sites tient à la précision du prompt. Meez va jusqu’aux tokens de couleur et aux URLs d’assets, uiprompts.app mise sur le rendu cinématique, motionsites.ai ajoute des fonds animés prêts à l’emploi. Le seul intrus de cette liste est aitmpl.com : ce ne sont pas des prompts de design mais plus de mille configurations prêtes à installer pour Claude Code.
- websiteprompts.com : 139+ prompts, aucune inscription demandée. Le plus direct des trois.
- superdesign.dev : Agent de design qui se pilote depuis Cursor ou Claude Code.
Les outils qui construisent le site
Six outils, six usages qui ne se recoupent qu’en apparence. v0 sort le code React et Next.js le plus propre, donc c’est celui qu’on reprend en production. Lovable est le plus rapide pour un site complet mais son rendu par défaut est très reconnaissable, ce qui rend le prompt d’autant plus décisif. Bolt est meilleur sur les applications que sur la direction artistique, et Replit va plus loin encore en embarquant la base de données et l’hébergement. Framer reste le bon choix quand le client veut pouvoir modifier son site lui-même après la livraison.
Le vrai levier n’est pas le prompt, c’est la référence
Un modèle ne produit du générique que parce qu’on ne lui a donné aucune contrainte. Nomme une police précise plutôt que de demander une typo moderne, donne trois codes hexadécimaux plutôt que de demander des couleurs élégantes, décris une durée et une courbe d’animation plutôt que de demander des transitions fluides. La longueur du prompt ne compte pas, la précision oui.
Le prolongement logique, ce sont les MCP : plutôt que de décrire tes composants, tu branches directement une bibliothèque sur ton éditeur pour que le modèle pioche dedans. 21st.dev et Origin Kit en proposent un.