v0
Des interfaces web complètes générées à partir d'un prompt.
La fiche d'Olya
- Particularités
- v0 écrit du vrai code en Next.js, Tailwind et shadcn/ui plutôt que des maquettes à recopier, et le dépose sur une branche Git de votre dépôt avec une pull request vers main. Depuis la refonte du 3 février 2026, il importe des dépôts GitHub existants, tourne dans un bac à sable qui tient aussi le côté serveur, et l'agent cherche sur le web, inspecte le site publié et corrige ses propres erreurs de build. La facturation n'est pas au poste mais à l'usage : des crédits dépensés en tokens sur quatre modèles (Mini, Pro, Max, Max Fast), de 1/5 à 10/50 dollars par million de tokens en entrée et en sortie.
- Points forts
- L'écart entre un prompt et une URL publique est parmi les plus courts du marché : déploiement sur Vercel en un clic et aperçu dans un environnement proche de la production. Le Design Mode autorise des retouches visuelles sans réécrire le prompt, et les intégrations en un clic avec Supabase, Neon, Upstash, Snowflake et AWS couvrent la partie données sans échafaudage. Le fonctionnement en une branche par conversation avec pull request laisse malgré tout aux développeurs un point de contrôle avant que quoi que ce soit n'atteigne main.
- Quand l'utiliser
- Intéressant pour des prototypes haute fidélité, des landing pages et des interfaces internes quand la stack est déjà Next.js sur Vercel : ce qu'il génère est ce qui tourne vraiment. Il convient aussi à ceux qui n'écrivent pas de code — produit, marketing, design — car la pull request oblige quelqu'un à relire avant la fusion. Cela se justifie quand la valeur tient au fait d'être en ligne le soir même.
- Quand l'éviter
- Si le projet ne vit pas dans l'écosystème Vercel et Next.js, v0 vous fait adopter les choix techniques d'un autre par commodité, et les défaire ensuite coûte cher. Le plan gratuit (5 dollars de crédits, 7 messages par jour) est un essai, pas un environnement de travail : Plus revient à 30 dollars par utilisateur et par mois, Business à 100, et la dépense réelle dépend des tokens, donc elle se surveille plus qu'elle ne s'estime. Sur de grandes bases de code à l'architecture propre, ou quand la relecture ligne à ligne compte, un assistant intégré à l'IDE reste plus prévisible.