Update to Continuum

{
  "name": "corriger-et-reprendre",
  "description": "Use when an error, regression, failed attempt, patch stack, or long risky operation needs a correction rooted in observed evidence.",
  "included_files": [],
  "skill_md_contents": "---\r\nname: corriger-et-reprendre\r\ndescription: Use when an error, regression, failed attempt, patch stack, or long risky operation needs a correction rooted in observed evidence.\r\n---\r\n# Corriger et reprendre\r\n\r\n## Fonction\r\nRevenir à une racine prouvée, corriger la cause avec le plus petit delta compatible puis vérifier séparément changement et non-régression.\r\n\r\n## Protocole opératoire\r\n1. Nommer l’écart observé, l’état attendu et la dernière racine prouvée.\r\n2. Construire `DELTA` = ce qui doit changer et `PRESERVE` = ce qui doit rester vrai.\r\n3. Appeler `reproduire-bug` puis `boucler-diagnostic` ou `traiter-retour-technique` jusqu’à une cause suffisamment établie pour prédire l’effet du correctif.\r\n4. Ne jamais affaiblir un test, masquer une erreur ou modifier le critère de preuve pour faire passer le correctif.\r\n5. Si plusieurs rustines s’empilent sans stabilisation, revenir à la dernière racine prouvée au lieu d’ajouter une nouvelle couche.\r\n6. Définir une condition de rollback avant mutation lorsque le geste est risqué; utiliser `gerer-reprise` et `gerer-transactions` lorsque nécessaire.\r\n7. Appliquer le plus petit correctif compatible avec la cause comprise.\r\n8. Vérifier le `DELTA` puis le `PRESERVE` séparément; après une erreur concrète, exiger deux voies de vérification réellement indépendantes.\r\n9. Utiliser `fiabiliser-tests` et `verifier-acceptation` avant de qualifier la correction comme réussie.\r\n10. Si le résultat reste ambigu, ne pas rejouer aveuglément et ne pas déclarer corrigé.\r\n\r\n## Preuve\r\nLa cause est suffisamment établie, le delta attendu est prouvé, le préservé à risque n’a pas régressé et aucun filet temporaire n’est conservé sans fonction.\r\n"
}