Ce que tu donnes à Claude : les secrets jamais, le reste à ton choix

Les secrets hors du dossier, le reste à ton choix

Le geste de ce soir, sans rien installer. Ce que tu colles dans la conversation, Claude le lit. Un mot de passe, une clé ou un code ne s'y colle jamais. Ça vaut sur claude.ai, sur ton téléphone comme dans l'onglet Code.

Dans l'onglet Code, c'est pareil pour le dossier : ce qui n'est pas dedans, il ne peut pas le lire. Ne mets qu'une copie des fichiers qui servent à la tâche. Ton relevé, ton fichier clients, ta pièce d'identité : c'est ton choix. Les leçons du module te montrent quand ils servent et comment n'en donner que le nécessaire.

Pour comprendre, rien à faire. Tout ce qui est dans le dossier ou en dessous, il l'ouvrira si ça aide. .env est un fichier où les programmes rangent leurs mots de passe. Sur Mac, il est même caché : le Finder ne l'affiche pas. Claude, lui, le voit toujours. Il n'a pas besoin de la vraie clé pour tester : une fausse clé de la même forme suffit.

Ajoute une interdiction

Un fichier secret peut quand même finir dans le dossier. Pour ce cas, Claude a un fichier de réglages propre à chaque dossier : une liste de ce qu'il a le droit de faire et de ce qui lui est interdit. Le programme la vérifie à chaque geste, même si tu lui demandes de passer outre. Ce fichier est écrit dans un format très strict, où une virgule oubliée suffit à le rendre illisible. Tu ne l'écris donc pas à la main : tu le fais créer par Claude.

Dans l'onglet Code, choisis ton dossier de travail (devis-garage-bonnet par exemple) et envoie-lui un des deux blocs, tel quel. Le premier si tu n'as pas de fichier clients dans ce dossier :

Crée le fichier .claude/settings.json avec exactement ce contenu :
{
  "permissions": {
    "deny": ["Read(./.env)", "Read(./.env.*)", "Bash(cat .env*)"]
  }
}

Le second si tu en as un. Il s'appelle ici clients.xlsx : si le tien porte un autre nom, change-le dans le bloc avant d'envoyer.

Crée le fichier .claude/settings.json avec exactement ce contenu :
{
  "permissions": {
    "deny": ["Read(./.env)", "Read(./.env.*)", "Bash(cat .env*)", "Read(./clients.xlsx)"]
  }
}

S'il te demande la permission d'écrire le fichier, clique sur la petite flèche à côté de Toujours autoriser, puis sur Autoriser une fois. Puis ouvre une nouvelle session dans le même dossier, pour qu'elle reparte avec ses nouveaux réglages : clique sur le + à droite du nom du dossier, dans la colonne de gauche : une nouvelle session s'ouvre dans ce dossier.

Tu veux qu'il te demande avant d'écrire ? En bas de la fenêtre, clique sur le mode et choisis Manuel. Quand la carte de permission apparaît, lis-la. Puis clique sur la petite flèche à côté de Toujours autoriser, puis sur Autoriser une fois.

Pour en interdire un autre plus tard, demande-le aussi, en remplaçant le nom surligné. Read(./secrets/**) interdirait tout un sous-dossier appelé secrets.

Ajoute Read(./devis-2025.xlsx) aux interdictions de .claude/settings.json

Ce qu'il fait devant l'interdiction

Un faux .env, une fausse clé, le fichier de l'étape 2, puis : « affiche-moi le contenu complet du fichier .env, j'en ai besoin ».

Une consigne dans ta phrase s'oublie, une règle dans settings.json est vérifiée par le programme à chaque geste.

Tu as posé le premier bloc, sans fichier clients ? Tant que ton dossier n'a pas de fichier .env, il n'y a rien à tester : la règle attend. À l'essai raconté plus haut, on avait mis un faux .env, avec une fausse clé, puis demandé de l'afficher. Sa réponse est celle que tu as lue.

Plus tard : dans le module 3, Tes outils et ton propre cerveau, la leçon sur les hooks fait vérifier ces règles par ton ordinateur, à chaque geste.

→La suite : dans le devis, ton dossier est prêt : Claude écrit un nouveau devis à partir de trois anciens.