freeze
freeze
Catalogue généré le 2026-05-11
En une phrase
Verrouille les modifications de fichiers dans un seul dossier choisi, pour éviter que Claude touche par erreur du code en dehors de ta zone de travail.
Quand l'utiliser
- Tu débugues un module précis et tu veux empêcher Claude de "corriger" autre chose pendant qu'il y est.
- Tu lances un refactoring sur un dossier (
src/components/) et tu veux garantir que rien d'autre ne bouge. - Tu travailles sur une feature isolée et tu veux protéger le reste du projet d'effets de bord.
- Tu fais réviser ton code par Claude et tu veux qu'il reste confiné à un sous-dossier.
Comment l'invoquer
- Slash command :
/freeze - Phrases déclencheurs (texte) : "freeze", "restrict edits", "only edit this folder", "lock down edits"
- Auto-invocation : Sur demande explicite.
Description détaillée
Le skill freeze met en place une barrière technique : tu lui donnes un chemin de dossier, et à partir de ce moment-là, toute tentative de Claude d'éditer ou d'écrire un fichier situé en dehors de ce dossier est bloquée. Pas seulement signalée — réellement bloquée par un hook (un mécanisme de gstack qui intercepte les appels aux outils Edit et Write).
Concrètement, Claude te demande quel dossier verrouiller. Tu réponds par exemple src/auth/, et il enregistre ce périmètre pour toute la session. Si Claude essaie d'éditer un fichier hors de ce dossier (par exemple src/billing/utils.ts), l'opération est refusée automatiquement. Les autres actions (lire des fichiers, lancer du bash, faire des recherches) restent autorisées.
C'est une protection contre les dérapages, pas une sécurité absolue : un script bash mal écrit pourrait quand même modifier des fichiers hors zone. Mais pour le cas le plus courant (Claude qui se met à "améliorer" tout ce qu'il croise pendant un debug), ça suffit largement. Pour lever le verrouillage, tu utilises /unfreeze ou tu termines simplement la conversation.
Source
- Plugin :
gstack - Nom interne :
freeze - Fichier :
/home/thymon/.claude/skills/gstack/freeze/SKILL.md