Aller au contenu
Pratique agentique

.cursorignore

Propre à Cursor : .cursorignore liste les fichiers que l'éditeur ne doit ni indexer ni fournir à l'IA, comme les secrets. Ce que l'agent ne lit pas, il ne peut pas le divulguer.

  • cursorignore
  • cursor
  • .env
  • .venv
  • node_modules
  • secrets

Syntaxe

Modèle
# .cursorignore (même syntaxe que .gitignore).env*!.env.example.venv/node_modules/*.db*.pem.next/

Exemple

Exemple concret
Demande : « résume la configuration du projet »Sans .cursorignore : l'agent ouvre .env et recopie DATABASE_URL dans sa réponse.Avec .cursorignore : .env n'est pas fourni à l'IA ; .env.example, sans secret, reste lisible.Résultat attendu : la réponse cite les noms des variables, jamais leurs valeurs.

À retenir

  1. .gitignore ne suffit pas : un fichier non versionné reste lisible par l'éditeur et peut être indexé.
  2. Ignorez les secrets et les fichiers générés, pas le code métier : masquer src/ ou schema.prisma prive l'agent du contexte dont il a besoin.
  3. L'équivalent pour Claude Code est une règle deny sur Read dans .claude/settings.json (fiche « Garde-fous du dépôt »).
  4. Piège : croire que l'ignore est étanche. Cursor le présente comme une protection au mieux : une commande du terminal ou un outil MCP peut encore lire le fichier, d'où l'intérêt de hooks et d'une politique de commandes.

Voir aussi