Ne perdez pas votre travail avec /clear — Découvrez session-handoff

Si vous avez déjà terminé une longue session de débogage, tapé /clear, puis regretté une semaine plus tard de ne plus vous souvenir de quelle des trois options de base de données l’équipe avait écartée — cet article est pour vous.

Le problème est petit, mais coûteux. Travailler avec un agent IA sur un vrai projet crée une couche de connaissances qui n’existe nulle part ailleurs. Pourquoi une bibliothèque particulière a été rejetée. Quel environnement de préproduction est en panne. Ce que l’utilisateur voulait vraiment dire par "la porte." Ce n’est pas dans le code. Ce n’est pas dans git. C’est dans la conversation. Et la conversation est sur le point d’être effacée.

Le test de sauvetage

session-handoff est une petite Agent Skill qui s’exécute avant l’effacement. Elle analyse la session à la recherche de faits et pose une question décisive :

"Une nouvelle lecture du dépôt permettrait-elle de retrouver cela ?"

Si oui, laissez tomber — le code est la source de vérité. Sinon, cela vaut peut-être la peine d’être conservé. Cette seule heuristique élimine environ 80 % des faux enregistrements et empêche le fichier de mémoire à long terme de se transformer en bruit.

Comment cela fonctionne en pratique

Le flux comporte sept étapes, mais l’expérience en compte deux : tapez un déclencheur comme "point de contrôle avant effacement," vérifiez ce qui serait enregistré, approuvez. La compétence écrit ensuite des entrées markdown structurées — user pour le rôle et l’environnement, feedback pour les règles de travail, project pour les objectifs et les décisions, reference pour les pointeurs vers des systèmes externes — puis met à jour un fichier d’index d’une ligne afin que les sessions futures le chargent à moindre coût.

Deux détails techniques qui rendent cela réellement utilisable :

• Normalisation des dates. "Thursday" est converti en 2026-05-21 au moment de l’extraction, afin que l’entrée ait encore du sens dans trois mois.
• Structure Pourquoi / Comment. Chaque entrée de feedback ou de projet inclut la raison (souvent un incident passé) et quand la règle s’applique. Cela permet à votre futur vous d’évaluer les cas limites au lieu de suivre aveuglément la note.

Qui a besoin de cela

Si votre travail touche à des migrations de longue durée, à des déploiements impliquant plusieurs parties prenantes, ou à tout ce où des accords verbaux survivent à la conversation qui les a produits — c’est l’outil qu’il vous faut. Responsables de plateforme, SRE, ingénieurs contractuels qui transmettent le travail. Pas parce que c’est ingénieux. Parce que l’alternative consiste à reconstruire, mal, trois semaines trop tard, ce que vous saviez déjà.

Le dépôt est ouvert et la compétence est suffisamment petite pour être lue d’une traite :

👉 github.com/andreab67/agent-skills/blob/main/session-handoff/SKILL.md