Placez-vous dans mon-premier-site, créé au guide précédent, et lancez Gemini CLI depuis ce dossier précis. Cette étape le rejoint : quand vous démarrez gemini ici, vous lui donnez un contexte de travail centré sur ce dossier. Attention à ne pas mal interpréter ce que ça signifie.

Un contexte de travail, pas une permission illimitée

Lancer Gemini dans un dossier lui permet, si vous le lui demandez, de lire les fichiers de ce dossier. Ce n'est pas une autorisation implicite de tout modifier sans contrôle. Gemini demande généralement une confirmation avant d'écrire ou de modifier un fichier, selon le niveau de permission configuré. Le réflexe le plus sûr, en particulier au début, consiste à toujours commencer par une demande de lecture, avant toute demande de modification.

Demander un résumé de la structure

Gemini devrait identifier index.html et style.css, et décrire leur rôle respectif : une page web simple d'un côté, une feuille de style presque vide de l'autre. La précision « Ne modifie rien » n'est pas superflue : elle clarifie explicitement votre intention, même si une simple demande d'explication ne devrait de toute façon déclencher aucune modification.

Choisir un seul fichier à examiner

Une fois ce résumé obtenu, allez plus loin sur un seul fichier à la fois, plutôt que de tout demander en une fois.

Ouvrez ensuite index.html vous-même, dans votre éditeur de texte, et comparez ce que vous lisez à ce que Gemini vient de décrire. C'est une vérification rapide, mais elle a une vraie valeur : elle vous confirme que Gemini a bien lu le fichier réel, et vous familiarise vous-même avec son contenu, ce qui sera utile pour juger une future proposition de modification.

Si Gemini mentionne un fichier que vous ne reconnaissez pas

Il peut arriver que Gemini fasse référence à un fichier que vous n'avez pas créé, par exemple s'il explore un dossier parent contenant d'autres éléments, ou s'il confond votre projet avec un autre dossier proche. Dans ce cas, ouvrez ce fichier vous-même avant d'accepter quoi que ce soit à son sujet, et vérifiez avec pwd que le dossier courant est bien celui attendu.

Bon réflexe

Sur un nouveau projet, commencez toujours par une phase de lecture, même courte, avant de demander une modification. Cette habitude prend quelques minutes et vous évite de découvrir, après coup, que Gemini avait mal compris la structure ou le rôle d'un fichier avant de le modifier.

Comment vérifier que rien n'a bougé

Après cette session de lecture, ouvrez index.html et style.css une dernière fois, ou relancez dir pour confirmer que la date de modification des fichiers n'a pas changé. Une demande d'explication, correctement formulée, ne doit laisser aucune trace sur vos fichiers.

Vérifiez que vous avez compris

Vous demandez à Gemini d'expliquer index.html, puis, sans avoir demandé de modification, vous rouvrez le fichier et constatez qu'il est resté identique. Est-ce le comportement normal attendu ?

Oui, tout à fait. Une demande d'explication ou de résumé, comme celles pratiquées dans ce guide, ne doit jamais modifier un fichier. Si un fichier changeait après une simple demande de lecture, ce serait un signal à prendre très au sérieux, et une bonne raison de relire attentivement l'historique de la conversation pour comprendre ce qui s'est passé.

Chapitre terminé