duncan-buildroom/freeskills

Filet de sécurité — deux annulations, pour expérimenter sereinement

Les débutants construisent timidement parce qu'ils pensent qu'une mauvaise requête ruine tout. Ce n'est pas le cas. Vous avez deux systèmes d'annulation distincts, et une fois configurés, vous pouvez essayer des choses que vous éviteriez autrement. Ce skill explique les deux, crée votre premier vrai point de contrôle sur votre projet actuel, et laisse une antisèche que vous gardez ouverte.

Configuration

Aucune. Ce skill fonctionne immédiatement.

Étapes

1. Dites ce qu'ils ont besoin d'entendre

Commencez clairement : « Vous ne pouvez rien casser vraiment. Il y a deux boutons d'annulation, et à la fin de ceci, vous aurez les deux qui fonctionnent sur ce projet. »

Nommez les deux, et nommez la différence — c'est la partie que tout le monde confond :

• /rewind — automatique, instantané, à court terme. Claude Code prend un instantané avant chaque modification. Vous n'avez rien à configurer. C'est pour « la dernière chose que tu as faite a tout empiré. »
• Points de contrôle Git — manuels, permanents, à long terme. Vous dites « commit ça comme un point de contrôle » et l'état exact du projet est sauvegardé pour toujours avec un nom. C'est pour « ramène-moi à l'état de mardi où ça marchait. »

Une phrase pour résumer : /rewind annule les actions, les points de contrôle sauvent les journées.

2. Expliquez /rewind correctement

Couvrez exactement ceci, rien de plus :

• Tapez /rewind dans Claude Code. Vous obtenez une liste des points de contrôle récents.
• Plus rapide : appuyez sur Échap deux fois avec la zone de saisie vide. Idem.
• Choisissez le point avant que les choses aillent mal. Vos fichiers reviennent à cet état.
• C'est automatique — ça se produit avant chaque modification, que vous le demandiez ou non.
• Ce qu'il ne fait pas : c'est pour le travail récent dans cette session, pas pour revenir des jours en arrière. C'est le rôle des points de contrôle.

Ensuite, faites-leur essayer une fois. Dites : « Demandez à Claude de faire un petit changement inutile — changez un titre en mot BANANE. Regardez-le. Ensuite tapez /rewind et remettez-le en place. » Le faire une fois élimine la peur définitivement. En lire ne suffit pas.

3. Vérifiez si Git est sur ce projet

Demandez sur quel projet ils travaillent et obtenez le chemin du dossier. Vérifiez s'il s'agit déjà d'un dépôt Git — cherchez un dossier .git dedans.

N'expliquez pas Git comme un système de contrôle de version. Expliquez-le comme : « un moyen de sauvegarder un instantané permanent de tout le projet avec un nom, pour toujours pouvoir y revenir. »

Si ce n'est pas configuré, faites-le pour eux. Ils disent le mot, vous exécutez. Ne donnez jamais à un débutant une liste de commandes Git à taper.

4. Créez leur premier point de contrôle maintenant

C'est la partie qui doit réellement se produire, pas seulement être décrite.

Dites-leur de dire à Claude : « Commit ça comme un point de contrôle appelé 'version fonctionnelle avant de commencer à expérimenter'. »

Vous faites le reste. Ensuite confirmez tout haut ce qui vient de se passer : « Cet état de votre projet est maintenant sauvegardé définitivement. Quoi que vous fassiez ensuite, vous pouvez revenir exactement à cet état. »

Cette phrase est le cœur du skill.

5. Installez l'habitude des points de contrôle

Donnez-leur les trois moments pour en créer un. Trois, pas dix :

• Quand quelque chose fonctionne. Au moment où la page s'affiche correctement ou que la fonctionnalité fait ce qu'elle doit. Avant d'y retoucher.
• Avant quelque chose de risqué. Une grande refonte, une nouvelle fonctionnalité, tout ce dont vous n'êtes pas sûr.
• À la fin de chaque session. Dans le rituel de fermeture du portable — les 10 dernières minutes d'une session de 90 minutes sont le point de contrôle plus la prochaine étape d'une ligne pour demain.

Dites-leur comment nommer les points de contrôle : décrivez l'état actuel du projet, pas ce que vous avez fait. « page d'accueil fonctionnelle sur mobile » est mieux que « modifications ».

6. Écrivez les trois actions de récupération

Voici les trois situations dans lesquelles ils se retrouveront. Écrivez-les comme des scripts à lire à voix haute.

« J'ai tout cassé et je ne sais pas comment. » Ne dépannez pas. Tapez /rewind, ou appuyez deux fois sur Échap. Choisissez le point avant la casse. Puis redemandez ce que vous vouliez en une étape plus petite.

« Reviens en arrière d'une étape. » Tapez /rewind, choisissez le point de contrôle le plus récent. Ou dites à Claude : « Annule la dernière modification que tu as faite. »

« Reviens à ce matin / à quand ça marchait. » Dites à Claude : « Montre-moi mes points de contrôle d'aujourd'hui. » Choisissez-le par son nom. Puis : « Ramène le projet au point de contrôle appelé ___. » /rewind ne remonte pas aussi loin — c'est le rôle des points de contrôle.

Ajoutez l'échappatoire : « Je veux l'ancienne version mais je veux aussi garder ce que j'ai fait depuis. » Dites à Claude : « Sauvegarde mon état actuel comme point de contrôle, puis ramène-moi à ___. » Rien n'est perdu.

Résultat — sauvegardez-le

Écrivez dans ~/claude-safety-net.md. Une page, pas plus — c'est une antisèche, pas un manuel.

Il contient : la différence en une ligne entre les deux systèmes, les commandes /rewind y compris Échap-Échap, la phrase exacte pour créer un point de contrôle, les trois moments pour créer un point de contrôle, les trois scripts de récupération mot pour mot, l'échappatoire pour conserver les deux versions, et le nom et la date du premier point de contrôle qu'ils viennent de créer.

Dites-leur le chemin, puis l'action : gardez ce fichier ouvert dans un onglet pendant que vous construisez. Dites-leur aussi la vérité — maintenant que les deux annulations fonctionnent, la bonne décision est d'aller essayer quelque chose qu'ils avaient trop peur d'essayer avant.

Exemple (entrée → sortie)

Entrée : « Je travaille sur mon site portfolio et je veux essayer une mise en page complètement différente, mais j'ai peur de perdre la version qui fonctionne. »

Sortie (sauvegardée dans ~/claude-safety-net.md) :

VOS DEUX ANNULATEURS
Rewind annule les actions. Les points de contrôle sauvent les journées.

REWIND — instantané, automatique
Tapez /rewind, ou appuyez deux fois sur Échap dans une zone de saisie vide.
Choisissez le point avant que ça aille mal. Les fichiers reviennent.
Pour le travail récent uniquement, pas pour revenir des jours en arrière.

POINT DE CONTRÔLE — permanent, vous le demandez
Dites : « Commit ça comme un point de contrôle appelé '<quel état>' ».
Créez-en un quand quelque chose fonctionne, avant quelque chose de risqué, et à la fin
de chaque session.

VOTRE PREMIER POINT DE CONTRÔLE
« portfolio fonctionnel avant expérience de mise en page » — sauvegardé le 2026-07-30.
Vous pouvez toujours revenir exactement à cet état.

SI J'AI TOUT CASSÉ
Ne dépannez pas. /rewind, choisissez le point avant la casse, redemandez en plus petit.

REVIENS EN ARRIÈRE D'UNE ÉTAPE
/rewind et choisissez le plus récent. Ou : « Annule la dernière modification que tu as faite. »

REVIENS À QUAND ÇA MARCHAIT
« Montre-moi mes points de contrôle d'aujourd'hui. »
« Ramène le projet au point de contrôle appelé ___. »

GARDEZ LES DEUX VERSIONS
« Sauvegarde mon état actuel comme point de contrôle, puis ramène-moi à ___. »

Prochaine action : allez essayer la nouvelle mise en page. L'ancienne est sauvegardée.

Notes / cas particuliers

• L'échec que ce skill prévient est la construction timide — les débutants évitent la version intéressante parce qu'ils protègent celle qui fonctionne. Tout le but du point de contrôle est la permission d'expérimenter.
• Faites-leur vraiment faire le test /rewind de l'étape 2 et vraiment créer le point de contrôle de l'étape 4. Un skill qui ne fait que décrire les filets de sécurité ne donne pas la sensation d'en avoir un.
• Ne leur donnez jamais des commandes Git brutes. Ils disent la phrase, Claude l'exécute. S'ils veulent apprendre Git correctement plus tard, ce sera un autre jour.
• Si le projet n'est pas encore un dépôt Git, configurez-le sans en faire une affaire. C'est une étape, ça ne coûte rien, et ça prend 10 secondes.
• S'ils ont déjà cassé quelque chose immédiatement, faites l'étape 6 d'abord et configurez le reste après. Éteignez le feu, puis installez l'alarme.
• S'ils fixent une erreur et ne savent pas s'ils doivent utiliser /rewind, passez le relais à error-decoder — il trie les erreurs en ignorer, corriger ou annuler avec /rewind.