Un prompt peut-il remplacer Sleek ?

Construis un générateur d’écrans mobiles : à partir d’une description en langage simple d’une app (ou d’un croquis), génère d’abord une liste d’écrans — 6 à 10 noms avec un objectif d’une ligne chacun — pour que l’utilisateur la revoie et l’édite. À partir de cette liste approuvée, génère exactement une fois, et ne régénère jamais, deux choses : un fichier de design system (couleurs, polices avec une échelle typographique, espacements, un jeu d’icônes) et un composant de navigation partagé. Chaque appel de génération d’écran suivant colle ces deux éléments tels quels comme contexte — c’est ce qui garde l’écran neuf visuellement cohérent avec l’écran un. Génère chaque écran comme un fichier HTML autonome stylé avec des classes utilitaires, rendu dans un cadre à taille de téléphone, en respectant les vraies conventions mobiles : marges de zone sûre, tailles minimales de cible tactile, une navigation qui ressemble à du natif plutôt qu’un site web rogné. Prends en charge l’édition d’un écran en renvoyant son fichier actuel plus une instruction en langage simple, pour que les parties non touchées du design restent en place. Exporte chaque écran en image haute résolution, et prends en charge la conversion des écrans rendus en calques éditables pour outil de design en utilisant un convertisseur DOM-vers-outil-de-design open source existant plutôt que de construire cette conversion toi-même.

Ne construis pas de canvas cliquable pour éditer, de liens de partage, ni d’hébergement — ça tourne sur ta propre machine, et reprompter un fichier d’écran, c’est le compromis accepté face à un vrai éditeur visuel.