Pourquoi la documentation de Claude Code recommande-t-elle d'utiliser des chemins absolus plutôt que relatifs pour les scripts de hooks ?	Pour atténuer les attaques par interception de chemin et plantation de binaires.
Quel est le principal inconvénient de l'utilisation de chemins absolus dans les fichiers de configuration partagés ?	Ils rendent le partage difficile car les chemins varient selon le répertoire de chaque machine.
Quel fichier sert de modèle pour contourner le problème des chemins absolus personnalisés ?	Le fichier `settings.example.json`.
À quoi correspond le placeholder `$PWD` dans `settings.example.json` ?	Il représente le chemin absolu du projet sur la machine locale.
Quelle commande déclenche l'initialisation automatique des chemins absolus dans les hooks ?	`npm run setup`.
Quel script s'exécute lors de `npm run setup` pour adapter la configuration à l'environnement local ?	`init-claude.js`.
Que fait exactement le script `init-claude.js` après avoir remplacé les placeholders `$PWD` ?	Il copie le fichier exemple et le renomme en `settings.local.json`.
Pourquoi le fichier généré est-il renommé en `settings.local.json` et non conservé sous le nom original ?	Pour préserver le fichier de référence partagé sans modifier les chemins dynamiques locaux.
Comment cette approche permet-elle de concilier sécurité et partage de code ?	Elle maintient les chemins absolus recommandés pour la sécurité tout en permettant le partage via un modèle avec placeholder.
Combien de fichiers de configuration liés aux hooks sont présents dans le répertoire `.claude` après l'installation ?	Deux : `settings.example.json` (modèle) et `settings.local.json` (configuration locale générée).