unfreeze

Aperçu du skill unfreeze

Ce que fait unfreeze

Le skill unfreeze supprime la frontière de gel définie précédemment par /freeze, afin que les modifications soient à nouveau autorisées dans tous les répertoires, sans mettre fin à la session. C’est un skill de contrôle ciblé, pas un assistant de workflow général, et il est surtout utile lorsque vous devez élargir le périmètre d’édition après une restriction temporaire.

Pour qui il est fait

Utilisez le skill unfreeze si votre workflow repose sur des limites d’édition maîtrisées et que vous devez passer de modifications restreintes à un accès complet. Il est particulièrement pertinent pour les utilisateurs de Workflow Automation qui emploient déjà /freeze et veulent un moyen fiable de déverrouiller les modifications sans reconstruire l’état de la session.

Pourquoi c’est important

L’intérêt principal de unfreeze, c’est la rapidité et la lisibilité : il évite de devoir réinitialiser l’état manuellement et indique clairement ce qui a changé. C’est donc un choix pratique quand vous privilégiez une reprise rapide de session, plutôt qu’un simple prompt ponctuel du type « autoriser les modifications ».

Comment utiliser le skill unfreeze

Installer unfreeze

Suivez le flux d’installation des skills du dépôt pour gstack et ajoutez le skill unfreeze, puis vérifiez qu’il apparaît bien dans votre répertoire de skills avant de vous en servir dans une session réelle. Le chemin d’installation classique passe par le gestionnaire de skills gstack ; une fois installé, le skill doit être appelable via /unfreeze dans le même environnement que celui qui prend en charge /freeze.

Donner la bonne entrée

L’usage de unfreeze est simple : demandez la suppression de la frontière de gel, le déverrouillage des modifications ou l’autorisation pour tous les répertoires. Les bons prompts sont courts et explicites, par exemple : « Lance unfreeze pour supprimer la frontière de gel actuelle et confirme que tous les répertoires sont à nouveau modifiables. » Évitez les demandes vagues comme « corrige l’accès », qui peuvent laisser l’agent hésiter entre un dégel complet, un changement de périmètre partiel ou une réinitialisation de session.

Ce que le skill vérifie réellement

L’implémentation cherche le fichier d’état du gel, le supprime s’il est présent, puis vous renvoie le résultat. En pratique, cela signifie que l’entrée importante n’est pas une longue description de tâche, mais l’état que vous attendez : savoir si /freeze était actif, si vous souhaitez supprimer la frontière, et si vous voulez une confirmation du résultat avant de poursuivre les modifications.

Meilleur workflow

Lisez d’abord SKILL.md pour confirmer le comportement exact, puis consultez SKILL.md.tmpl si vous voulez le modèle source qui se cache derrière la documentation générée. Pour ce skill unfreeze, il n’y a pas de règles supplémentaires, de scripts ou de dossiers de référence à traquer ; la décision est donc simple : installez-le si vous avez besoin d’un contrôle de frontière, et utilisez-le lorsque la session est bloquée par un état de gel précédent.

FAQ sur le skill unfreeze

unfreeze n’est-il utile qu’après /freeze ?

Oui. Le skill unfreeze est conçu pour supprimer la frontière créée par /freeze. Si vous ne travaillez pas avec une restriction d’édition basée sur le gel, un simple prompt peut suffire et ce skill apportera peut-être peu de valeur.

En quoi unfreeze diffère-t-il d’un prompt normal ?

Un prompt normal peut demander un accès plus large, mais il ne garantit pas que l’état de la session change de manière aussi contrôlée. Le skill unfreeze est plus adapté lorsque vous avez besoin d’une action précise et reproductible : supprimer la frontière de gel et rétablir les modifications dans tous les répertoires.

unfreeze est-il facile à prendre en main ?

Oui, parce que l’action est simple et que le message de confirmation est explicite. L’essentiel à retenir pour un débutant est que unfreeze ne lance pas un nouveau workflow ; il retire seulement la restriction d’édition en cours pour permettre de reprendre le travail.

Quand ne faut-il pas utiliser unfreeze ?

N’utilisez pas unfreeze si vous souhaitez conserver la restriction actuelle, ou si vous essayez de limiter les modifications pour des raisons de sécurité, de revue ou de staging. Dans ces cas, garder /freeze actif est le meilleur choix.

Comment améliorer le skill unfreeze

Soyez précis sur l’état que vous voulez modifier

Les meilleures demandes adressées à unfreeze nomment explicitement la restriction : « supprimer la frontière de gel », « déverrouiller tous les répertoires » ou « lever les restrictions d’édition ». Cela réduit les ambiguïtés avec d’autres problèmes de permissions, en particulier dans les configurations de Workflow Automation où plusieurs contrôles peuvent coexister.

Partez du contexte le plus minimal utile

Si la session sait déjà que vous avez utilisé /freeze, dites-le clairement. Par exemple : « Nous avons gelé les modifications plus tôt ; lance unfreeze maintenant et confirme que la frontière a disparu. » C’est mieux que de décrire tout votre projet, car le skill n’a besoin que du changement d’état de session, pas du reste de la tâche.

Vérifiez le résultat avant de continuer

Le meilleur résultat n’est pas seulement d’exécuter unfreeze, mais de vérifier que le message de retour indique bien que les modifications sont autorisées partout. Si la frontière n’est pas supprimée, relisez SKILL.md et assurez-vous d’utiliser le même environnement que celui qui a enregistré l’état de gel.

Ne refaites un gel que si c’est nécessaire

Après unfreeze, les hooks de session restent disponibles, mais ils ne bloquent plus les modifications puisque le fichier d’état a disparu. Si vous devez à nouveau restreindre le périmètre plus tard, relancez /freeze au lieu de supposer que la restriction précédente reviendra automatiquement.