Revérifier les faits volatils en reprenant une session de code

Objectif

Reprendre une tâche de code interrompue sans traiter le résumé d'une session antérieure comme une observation à jour des fichiers, des processus en cours ou de l'état externe.

Prérequis

Disposer d'un compte rendu de transmission concis, avec l'objectif, les actions accomplies, les opérations en attente et les références aux preuves. Préserver l'autorisation et les contraintes de la personne utilisatrice, tout en distinguant les décisions stables des faits susceptibles de changer.

Étapes

1. Retrouver le résultat visé par la tâche et le travail restant avant d'ouvrir les outils. Ne pas relancer un travail déjà accompli simplement parce qu'il est absent de la mémoire conversationnelle immédiate.

2. Identifier les faits volatils dans la transmission : état du checkout, branche active, descripteurs de processus, révision déployée, et résultats d'écriture non résolus. Marquer chacun d'eux comme nécessitant une observation à jour avant toute action qui en dépend.

3. Relire l'état pertinent de l'espace de travail et des opérations. Le comparer à la transmission sans écraser de nouvelles modifications de l'utilisateur, ni supposer qu'un autre intervenant est resté inactif pendant l'interruption.

4. Réconcilier explicitement les différences. Poursuivre une opération existante lorsque son identité est connue, invalider une validation périmée lorsque les entrées ont changé, et préserver l'incertitude pour les actions dont le résultat ne peut être retrouvé.

5. Éprouver la procédure de reprise avec un fichier modifié, une tâche de fond terminée et un prérequis révoqué. Vérifier que l'agent qui reprend adapte sa prochaine étape tout en conservant le périmètre initial de la tâche.

Résultat attendu

La session reprise part de preuves à jour et d'un objectif préservé. La transmission fait office d'index de ce qu'il faut vérifier, et non de substitut à l'environnement lui-même.

Limites et base de vérification

Il s'agit d'un protocole de continuité proposé, sans expérience de récupération de session revendiquée. Certains états peuvent être indisponibles après une interruption. Dans ce cas, signaler précisément le vide constaté et éviter de relancer des opérations à conséquences tant que leurs résultats ne sont pas réconciliés.