Précisez le site à créer et la cible de déploiement

Codex peut créer ou mettre à jour un site web ou une application, exécuter les vérifications du projet, déployer le résultat avec Vercel et vous fournir son URL.

Donnez à Codex un point de départ concret : un dépôt, une capture d’écran, une carte, un brief de conception, une note produit, la documentation d’une API ou une source de données. Codex doit examiner le projet avant de le modifier, puis utiliser le plugin Vercel pour déployer un aperçu par défaut.

Utilisez @build-web-apps pour demander à Codex de créer ou de peaufiner l’application. Utilisez @vercel pour lui demander de la déployer, de vérifier le déploiement ou de consulter les journaux de build de Vercel.

Vérifiez le résultat avant de le partager

Codex doit vous indiquer ce qu’il a modifié, quelle commande il a exécutée pour lancer le build du projet et si le déploiement Vercel est prêt. S’il reste à définir une variable d’environnement, à choisir une équipe, à configurer un domaine ou à vous connecter pour terminer le déploiement, Codex doit vous le signaler avant de présenter le site comme terminé.

Demandez explicitement toute modification en production. Par défaut, Codex déploie un aperçu. Demandez un déploiement en production uniquement si c’est bien votre intention.

Poursuivez le travail à partir de l’URL de l’aperçu

Une fois l’aperçu disponible, gardez la même discussion ouverte. Demandez à Codex d’ouvrir l’URL, de corriger la mise en page, de modifier les textes, de connecter les sources de données manquantes ou de consulter les journaux de Vercel si le déploiement échoue. La discussion contient déjà les informations sur le dépôt, le déploiement et le build.

Formulez des demandes précises :

• « Sur mobile, les éléments sont trop serrés. Corrigez la mise en page et redéployez l’aperçu. »
• « Utilisez le même projet et ajoutez les dernières données de [source]. »
• « Consultez les journaux du build qui a échoué et corrigez le problème de déploiement. »