Garder un brouillon sans promettre une sauvegarde distante

# Applique le guide « Garder un brouillon sans promettre une sauvegarde distante » dans ton agent

## Objectif
Sépare saisie actuelle, copie locale et version confirmée par le serveur. Indique où réside le brouillon et quand l’enregistrement réussit réellement. Reprends après actualisation sans écraser un travail récent et propose un repli explicite si le stockage échoue. Le local n’est pas une garantie de sauvegarde.

## Prérequis
- Inspecte le dépôt, la documentation et les conventions existantes.
- Confirme que le besoin correspond au périmètre du guide : Choisis enregistrement explicite ou automatique et gère panne de stockage, hors ligne et conflit de versions.
- Préserve les décisions correctes déjà en place.

## Étapes du guide
- 1. Définir la frontière de stockage — Liste les champs et la conservation d’un éditeur de notes. Une copie navigateur appartient à ce profil et peut être effacée. Ce n’est ni un stockage multiappareil ni un coffre chiffré. Exclus mots de passe, jetons et champs sensibles sans conception de stockage adaptée. Explique le cas des appareils partagés avant saisie et propose un abandon explicite.
- 2. Distinguer les états enregistrés — Utilise modifié, enregistrement, local, synchronisé et échec selon les preuves. Une sauvegarde différée reste en attente jusqu’au succès. Une file hors ligne ne confirme pas la persistance distante. L’enregistrement explicite convient aux validations importantes ; l’automatique aux brouillons récupérables si erreurs et versions sont gérées. Choisis selon le coût d’une perte ou publication prématurée.
- 3. Exemple : reprendre une note — Après écriture réussie, affiche Brouillon sur cet appareil. À la réouverture, propose le brouillon daté et Abandonner. Restaure le contenu visible avant de perfectionner la position du curseur. Si la version distante a changé, préserve les deux pendant le choix ou la fusion. Ne remplace pas silencieusement le travail récent par un ancien brouillon. Annonce les conflits non gérés.
- 4. Reprendre quand l’écriture échoue — Gère stockage refusé et quota dépassé. Garde la saisie possible, montre l’échec et propose copie ou export adapté. Un minuteur terminé n’est pas une écriture réussie. L’avertissement beforeunload est un dernier garde-fou, pas une persistance : il peut manquer au départ. Enregistre pendant le parcours et retire les alertes devenues inutiles.
- 5. Vérifier le texte repris — Modifie, enregistre, rouvre et compare le contenu exact. Répète avec stockage bloqué et brouillon périmé face à une copie distante récente. Vérifie qu’abandonner ne retire que ce brouillon. Ce guide définit un contrat pour ton application, pas une capacité cloud de SkillCodex. Chiffrement, sauvegarde et durabilité demandent des preuves d’implémentation distinctes.

## Critères d’acceptation — Vérifier dans ton produit
- Les statuts nomment le stockage.
- L’échec d’écriture reste visible.
- Actualiser reprend le contenu exact.
- Le travail récent est protégé.
- L’abandon a un périmètre précis.
- Les champs sensibles ont une politique.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

• Prérequis · Le contexte réel du projet : dépôt, documentation et contraintes existantes

# Ancre le guide dans le projet

## Objectif
Transforme les étapes appliquées en conventions durables du dépôt.

## Contrôles
- Relie chaque décision prise à l’étape du guide qui la justifie.
- Ajoute la checklist aux revues concernées.
- Note les cas hors périmètre pour les guides voisins.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:8f9a9e64f75c2de1f90e45f80c3d61ff488c5dff8fb91beee97588c60376efd9

# Diagnostique une application ratée du guide « Garder un brouillon sans promettre une sauvegarde distante »

## Symptôme observé
[DÉCRIS ICI LE SYMPTÔME]

## Contrôles observables
- Rejoue les étapes dans l’ordre et note la première qui diverge :
- 1. Définir la frontière de stockage — Liste les champs et la conservation d’un éditeur de notes. Une copie navigateur appartient à ce profil et peut être effacée. Ce n’est ni un stockage multiappareil ni un coffre chiffré. Exclus mots de passe, jetons et champs sensibles sans conception de stockage adaptée. Explique le cas des appareils partagés avant saisie et propose un abandon explicite.
- 2. Distinguer les états enregistrés — Utilise modifié, enregistrement, local, synchronisé et échec selon les preuves. Une sauvegarde différée reste en attente jusqu’au succès. Une file hors ligne ne confirme pas la persistance distante. L’enregistrement explicite convient aux validations importantes ; l’automatique aux brouillons récupérables si erreurs et versions sont gérées. Choisis selon le coût d’une perte ou publication prématurée.
- 3. Exemple : reprendre une note — Après écriture réussie, affiche Brouillon sur cet appareil. À la réouverture, propose le brouillon daté et Abandonner. Restaure le contenu visible avant de perfectionner la position du curseur. Si la version distante a changé, préserve les deux pendant le choix ou la fusion. Ne remplace pas silencieusement le travail récent par un ancien brouillon. Annonce les conflits non gérés.
- 4. Reprendre quand l’écriture échoue — Gère stockage refusé et quota dépassé. Garde la saisie possible, montre l’échec et propose copie ou export adapté. Un minuteur terminé n’est pas une écriture réussie. L’avertissement beforeunload est un dernier garde-fou, pas une persistance : il peut manquer au départ. Enregistre pendant le parcours et retire les alertes devenues inutiles.
- 5. Vérifier le texte repris — Modifie, enregistre, rouvre et compare le contenu exact. Répète avec stockage bloqué et brouillon périmé face à une copie distante récente. Vérifie qu’abandonner ne retire que ce brouillon. Ce guide définit un contrat pour ton application, pas une capacité cloud de SkillCodex. Chiffrement, sauvegarde et durabilité demandent des preuves d’implémentation distinctes.

## Causes possibles
- Une étape a été sautée ou exécutée hors ordre.
- Le besoin réel sort du périmètre du guide.
- Un critère de la checklist n’a jamais été vérifié.

## Corrections bornées
- Reprends uniquement l’étape divergente et ce qui en dépend.
- Documente l’écart si le périmètre du guide ne couvre pas le besoin.

## Vérification finale — Vérifier dans ton produit
- Les statuts nomment le stockage.
- L’échec d’écriture reste visible.
- Actualiser reprend le contenu exact.
- Le travail récent est protégé.
- L’abandon a un périmètre précis.
- Les champs sensibles ont une politique.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

• Prérequis · Le contexte réel du projet : dépôt, documentation et contraintes existantes

# Préviens la prochaine dérive

## Objectif
Fais de la première étape divergente un contrôle explicite du projet.

## Contrôles
- Ajoute un contrôle ciblé sur l’étape qui a divergé.
- Vérifie la checklist sur un second cas réel.
- Documente la limite de périmètre rencontrée.

## Garde-fous
- Montre d’abord les changements envisagés avant toute action externe.
- Ne publie, n’envoie, ne supprime, ne paie et ne modifie aucun état distant sans autorisation explicite.
- Préserve les changements sans rapport et arrête-toi si le périmètre devient ambigu.

## Format de sortie
- Résultat obtenu ou verdict.
- Fichiers ou actions concernés.
- Vérifications exécutées et preuves observables.
- Blocages ou limites restantes.

sha256:3ca1958ae5e1add5c674ecc41ee1adbee0bc6146b5a1a0ba3bb65beafaf4e1b7