CONSTRUIRE UN CARNET DE DEMANDES AVEC V0
Maestro, 2 octobre 2026. Protocole documentaire, pas compte rendu d'une application testée.

BRIEF À ADAPTER
Public : deux membres d'une même équipe, Léa et Hugo, comptes fictifs pour l'essai.
But : créer, retrouver et suivre les demandes d'un espace de travail.
Champs : référence stable ; titre obligatoire ; description facultative ; date de création ; statut à traiter/en cours/terminé.
Droits : membres autorisés lisent et modifient le carnet commun ; visiteurs non connectés refusés.
Hors périmètre initial : portail client, paiement, messagerie, automatisations externes.

DONNÉES FICTIVES
A01 ; Ampoule à remplacer ; Salle Nord ; à traiter
A02 ; Réservation à déplacer ; Créneau mardi ; terminé
A03 ; Chaise à réparer ; Bureau 4 ; à traiter

INSTRUCTION DE PREMIÈRE VERSION
Crée le formulaire et la liste du carnet décrit ci-dessus. Prévois vide, chargement, erreur et reprise de saisie. Identifie clairement les exemples fictifs. Indique ce qui manque avant un enregistrement durable.

INSTRUCTION DE CONNEXION
Remplace la simulation par la lecture et l'écriture dans la base retenue. Explique où les demandes sont stockées et comment l'environnement d'essai se distingue du fonctionnement réel. Fais vérifier les accès avant l'utilisation de données confidentielles.

INSTRUCTION D'ÉVOLUTION
Ajoute une priorité normale/urgente. Conserve toutes les références, descriptions et statuts existants. Propose la valeur des anciens dossiers et le comportement d'un ancien onglet. Présente les conséquences sur les données avant de les appliquer.

CARTE DU PROJET, SANS VALEUR SECRÈTE
Compte v0 et propriétaire :
Dépôt de code et propriétaire :
Base d'essai, service et projet :
Base de fonctionnement réel, service et projet :
Stockage de fichiers éventuel :
Service de connexion des utilisateurs :
Compte d'hébergement :
Adresse de l'aperçu :
Adresse publiée :
Noms des paramètres nécessaires (pas leurs valeurs) :
Personne capable de restaurer les données :

VÉRIFICATIONS À REMPLIR
Pour chaque opération : date / version / compte / résultat attendu / résultat observé / preuve / correction.
1. Enregistrer sans titre : refus clair et saisie conservée.
2. Créer Essai de persistance A : relever référence et contenu.
3. Recharger, fermer puis reconnecter : retrouver le même dossier.
4. Ouvrir sur un second appareil autorisé : retrouver ce dossier.
5. Modifier avec Hugo et relire avec Léa : retrouver la modification.
6. Essayer sans connexion : lecture et modification refusées.
7. Simuler un échec d'enregistrement sur le projet d'essai : saisie conservée.
8. Après publication : répéter 2 à 6 sur l'adresse publiée.
9. Après ajout de priorité : anciennes références et contenus conservés.
10. Ancien onglet : donnée cohérente ou message explicite demandant une actualisation.

STATUTS À UTILISER
Non essayé / réussi / échoué / partiellement vérifié.
Un rechargement réussi n'est pas une sauvegarde restaurée. Un dépôt de code n'est pas un export des données.

SOURCES
https://v0.app/docs/full-stack-apps
https://v0.app/docs/databases
https://v0.app/docs/deployments
https://v0.app/docs/github
https://v0.app/docs/security