Sur mon-premier-site, aucune de vos manipulations n'a présenté de risque particulier : deux fichiers simples, sans aucune donnée sensible. Ce guide traite d'une réalité plus large : à mesure que vous utiliserez Gemini CLI sur d'autres projets, vous rencontrerez des permissions à accorder, des commandes à valider, et parfois des données sensibles à protéger.

Comprendre une demande de permission

Gemini CLI peut proposer des commandes, lire les fichiers auxquels vous lui donnez accès, et demander une confirmation avant certaines actions, selon leur nature et le niveau de permission configuré. Une demande de permission n'est pas un détail administratif à valider machinalement : c'est le moment précis où vous décidez si une action va réellement avoir lieu sur votre ordinateur.

Avant de valider, posez-vous systématiquement trois questions : que fait exactement cette action ? Quels fichiers ou quelles parties de mon système touche-t-elle ? Et comment vais-je vérifier son résultat une fois qu'elle sera terminée ? Si vous ne savez répondre à aucune des trois, ce n'est pas le bon moment pour valider : redemandez une explication d'abord.

Le fichier .env et la gestion des secrets

Un projet réel contient souvent des informations sensibles : une clé API, un mot de passe de base de données, un token d'accès à un service tiers. La pratique courante consiste à les stocker dans un fichier nommé .env, séparé du reste du code, puis à l'exclure du suivi Git avec un .gitignore, une notion détaillée dans le parcours Git & GitHub de Web-Shine Docs si vous voulez l'approfondir.

Ne collez jamais le contenu réel d'un fichier .env dans une conversation avec Gemini, ni dans aucune conversation avec un modèle de langage en général. Si vous avez besoin que Gemini comprenne la structure de vos variables d'environnement, décrivez-la avec des noms de variables et des valeurs factices, jamais vos vraies clés.

Une clé API compromise doit être révoquée, pas seulement supprimée

Si une clé API a été exposée par erreur, que ce soit dans une conversation, un fichier partagé ou un dépôt public, la seule réaction sûre consiste à la révoquer immédiatement auprès du service qui l'a émise, puis à en générer une nouvelle. La supprimer d'un fichier ne suffit pas si elle a déjà pu être lue ailleurs.

Avant une commande de suppression, d'installation ou de publication

Certaines actions méritent une vigilance particulière : supprimer des fichiers, installer un nouveau paquet, publier ou déployer un projet, modifier une configuration système. Avant de valider ce genre de proposition, demandez explicitement ce qu'elle fait et quel est le résultat attendu, puis vérifiez ce résultat une fois l'action terminée, comme pour n'importe quelle autre modification.

Une règle simple à garder en tête

N'acceptez jamais une commande destructive si vous ne comprenez pas précisément ce qu'elle touche. Ce n'est pas une question de confiance envers l'outil : c'est une question de responsabilité sur votre propre ordinateur. Une hésitation légitime est un bon signal pour demander une clarification avant de valider, jamais une perte de temps.

Questions fréquentes

Ce n'est pas recommandé, surtout tant que vous débutez. Les confirmations sont justement le moment où vous gardez le contrôle sur ce qui va réellement se passer. Les désactiver systématiquement revient à accepter à l'avance des actions que vous n'avez pas encore lues.
Le comportement précis dépend de la configuration et de la version installée, mais par principe, limitez toujours vos sessions au dossier du projet concerné. Si un doute existe, vérifiez avec pwd le dossier courant avant de lancer une session sur un projet sensible.
Vérifiez immédiatement l'état de vos fichiers, par exemple avec git status si le projet est suivi par Git, ce qui est justement le sujet du prochain guide. Si un fichier important a été modifié ou supprimé de façon inattendue, restaurez-le depuis une sauvegarde ou un commit précédent dès que possible.

Vérifiez que vous avez compris

Gemini CLI vous propose une commande qui va supprimer un dossier entier de votre projet, en vous expliquant vaguement que « ça nettoie les fichiers inutiles ». Devez-vous valider directement, ou demander une précision d'abord ?

Demandez une précision d'abord. Une explication vague sur une action irréversible comme une suppression ne suffit jamais à savoir exactement ce qui sera perdu. Demandez la liste précise de ce qui serait supprimé avant de décider, exactement comme recommandé dans ce guide.

Chapitre terminé