Demander une petite modification
La première fois que vous allez réellement laisser Gemini toucher à un fichier. Une seule modification, limitée, vérifiable.
Vous avez lu mon-premier-site avec Gemini au guide précédent, sans qu'aucun fichier ne bouge. Ce guide passe à l'étape suivante : une vraie modification, mais volontairement toute petite, pour que la vérification reste simple et rapide.
Pourquoi limiter la portée d'une première modification
Pour une tâche même simple en apparence, une IA peut proposer plusieurs changements à la fois si vous ne limitez pas explicitement sa portée : reformuler du texte existant, ajuster une mise en forme, renommer un élément. Chacun de ces changements peut sembler raisonnable pris isolément, mais un ensemble de changements simultanés rend la relecture plus difficile, et augmente le risque de casser quelque chose sans vous en rendre compte immédiatement. Une modification unique et bien délimitée reste facile à relire d'un coup d'œil.
Regardez l'état actuel avant de commencer
Ouvrez index.html dans votre éditeur, pour avoir en tête son contenu exact avant modification. Vous devez y retrouver le titre Mon premier site, sans aucun paragraphe en dessous.
Demander une modification unique et précise
Lancez gemini depuis mon-premier-site, et formulez une demande qui applique ce que vous avez appris au guide 7 : un fichier, un résultat précis, une limite claire.
Gemini devrait répondre en décrivant d'abord son intention, par exemple ajouter une balise <p> juste après le <h1> existant, puis proposer le contenu exact du paragraphe.
Relire avant d'accepter
Selon la configuration de permissions en place, Gemini CLI peut afficher un aperçu du changement et demander une confirmation avant de l'appliquer réellement au fichier. Prenez le temps de lire ce qui est proposé : le texte du paragraphe correspond-il à ce que vous attendiez ? Ne touche-t-il vraiment que la zone demandée ? N'acceptez la modification qu'une fois ces deux points vérifiés.
Ouvrir le fichier après modification
Une fois la modification acceptée, ouvrez index.html dans votre éditeur pour constater le changement directement dans le fichier.
Vérifiez également que style.css n'a pas été touché, exactement comme demandé : ouvrez-le et confirmez qu'il contient toujours uniquement son commentaire initial.
Tester le résultat dans un navigateur
Ouvrez index.html directement dans un navigateur, en double-cliquant sur le fichier depuis votre explorateur, ou en faisant un clic droit puis « Ouvrir avec ». Le titre et le nouveau paragraphe doivent apparaître à l'écran, exactement comme vous les avez lus dans le fichier.
Si le résultat observé ne correspond pas à votre attente
Décrivez précisément ce que vous observez, plutôt que de demander vaguement « corrige tout ». Par exemple : « Le paragraphe ajouté contient trois phrases au lieu de deux, raccourcis-le à deux phrases, sans rien changer d'autre. » Une description précise du problème observé donne à Gemini les mêmes garanties de contrôle qu'une bonne demande initiale, décrite au guide 7.
Ce réflexe ne vaut pas seulement pour cette première modification d'exemple. À chaque fois que Gemini CLI propose un changement de fichier, prenez l'habitude de lire ce qui est proposé avant de valider, même pour une modification qui vous semble anodine.
Vérifiez que vous avez compris
Vous avez précisé « ne modifie pas style.css » dans votre demande, mais en relisant la proposition de Gemini, vous constatez qu'il suggère aussi une modification de ce fichier. Que devriez-vous faire ?
Refuser cette partie de la proposition, ou reformuler la demande en insistant sur la limite. Une IA peut mal interpréter une consigne ou juger, à tort, qu'un changement complémentaire serait utile. C'est justement pour cette raison que la relecture avant acceptation, pratiquée dans ce guide, n'est jamais une formalité superflue.