Préparer le cycle de vie d'un espace de travail Claude

C4 enseigne déjà la fiche de contexte réutilisable. CL4 n’a donc pas à la recopier. Sa compétence propre est le préflight de cycle de vie : avant d’utiliser une fonction persistante de Claude, définir pourquoi elle existe, ce qui pourrait y entrer, comment on retire et quand on revoit.

Si la fonction n’est pas disponible ou n’a pas encore été observée, l’exercice se fait sur une simulation locale — une fiche papier ou un dossier vide — sans déposer de donnée dans Claude.

---

Ce que tu sauras faire en sortant

• Définir un but assez précis pour justifier un espace persistant.
• Dresser un inventaire de contenu autorisé/interdit avant dépôt.
• Tester réellement la procédure de retrait sur un élément fictif lorsque la fonction est disponible.
• Conserver NON OBSERVÉ pour toute portée technique non démontrée.

---

L’essentiel : la fiche de cycle de vie

ESPACE / FONCTION : [NOM OBSERVÉ OU À VÉRIFIER]
OFFRE / DATE : [OBSERVÉ OU À VÉRIFIER]
BUT PRÉCIS : [POURQUOI CET ESPACE EXISTE]
MATIÈRE AUTORISÉE POUR LE TEST : [UNIQUEMENT FICTIVE / PROPRE]
MATIÈRE EXCLUE : [DONNÉES DE TIERS / SECRETS / AUTRES SELON F3]
PROCÉDURE DE RETRAIT OBSERVÉE : [CHEMIN + RÉSULTAT]
PORTÉE DU RETRAIT : [CE QUE LE PRODUIT DIT / NON OBSERVÉ]
DATE DE REVUE : [DATE CHOISIE]
CRITÈRE DE FIN : [QUAND L'ESPACE N'A PLUS DE RAISON D'ÊTRE]

La date de revue est une décision de gestion, pas une durée optimale fournie par le module.

---

Trois choses à ne pas supposer

Avant relevé, CL4 ne dit pas :

• qu’un document ajouté serait disponible dans toutes les conversations d’un espace ;
• qu’un document « reste » pendant une durée particulière ;
• que supprimer dans l’interface efface immédiatement toutes les copies, journaux ou traitements associés.

Ces points dépendent de la fonction et de sa documentation. Le module enseigne justement à ne pas remplir le vide par analogie.

---

🧠 Micro-défi

Tu sais comment ajouter un fichier, mais tu ne sais pas comment le retirer ni ce que « supprimer » signifie dans la documentation. Quel est le bon état de ta fiche ?

1. Retrait : probablement possible puis dépôt du document réel.
2. Retrait : NON OBSERVÉ et exercice limité à un fichier fictif ou à la simulation locale.
3. Déduire la suppression depuis une autre fonction du produit.

Attendu : 2.

---

Test de retrait sur terrain fictif

Lorsque les quatre marqueurs ont été relevés suffisamment pour tester la fonction :

1. crée un fichier fictif TEST-CL4-LUNE-4827.txt ;
2. ajoute-le à l’espace de test ;
3. repère l’action de retrait/suppression ;
4. exécute-la ;
5. note ce qui est observable dans l’interface après l’action ;
6. note séparément ce que la documentation primaire dit de l’effet du retrait, si elle le précise.

Ne transforme pas « le fichier n’apparaît plus à l’écran » en « toute donnée est effacée partout ».

---

Le contenu : appliquer F3 avant la persistance

Le test n’utilise aucune donnée de tiers. Pour un usage réel :

• F3 précède le dépôt ;
• le contexte C4 ne doit pas contenir de noms, secrets, identifiants ou décisions sensibles par défaut ;
• un document utile ne devient pas automatiquement acceptable parce qu’il sera « rangé » plutôt que collé dans une conversation.

Le module ne pose plus une règle absolue « rien qui concerne des personnes n’entre ». Il dit : les données réelles suivent F3 et le cadre professionnel applicable ; l’exercice, lui, reste fictif.

---

Le cas où ça se passe mal

Cas reconstitué.

Un espace de test contient progressivement des fichiers qui n’étaient pas prévus dans le but initial. Personne ne sait pourquoi ils sont là ni s’ils doivent encore y être.

Le problème observable est un inventaire non maîtrisé, indépendamment de la durée technique de conservation.

Correction : chaque élément doit avoir un rôle dans la fiche ; les éléments sans raison actuelle sont candidats au retrait selon le processus validé.

---

Ce que ce module ne règle pas

• Existence, nom ou offre de la fonction : marqueur ouvert.
• Portée exacte des instructions : marqueur ouvert.
• Limites documentaires : marqueur ouvert.
• Effet juridique/technique d’une suppression : marqueur ouvert.
• Confidentialité ou contrat de l’offre.
• Fiche de contexte elle-même : déjà enseignée par C4.

---

Quand tu t’arrêtes

• Le retrait n’est pas observé.
• La fonction ou l’offre n’est pas identifiée.
• Tu envisages un document réel pour « voir si ça marche ».
• Tu ne peux pas expliquer le rôle d’un élément dans l’espace.
• Tu transformes une disparition visuelle en preuve d’effacement complet.

---

🎯 À toi

Sans aucune donnée réelle :

1. remplis la fiche de cycle de vie sur papier ;
2. définis un but précis et un critère de fin ;
3. écris trois éléments fictifs autorisés et trois éléments exclus ;
4. si la fonction est réellement observée, teste seulement TEST-CL4-LUNE-4827.txt puis son retrait ;
5. écris observé / indiqué par documentation / non établi.

C’est réussi si tu sais séparer le geste visible de retrait et la portée réelle que le produit/documentation permet d’affirmer.

---

Vérifie ton geste

1. Suppression introuvable. → Pas de dépôt réel.
2. Fichier disparu de l’interface. → Retrait visible observé ; effacement complet non déduit.
3. Fonction indisponible. → Simulation locale ; compétence de cycle de vie toujours praticable.
4. Document client proposé pour tester. → Non ; fichier fictif + F3 pour usage réel.
5. Espace sans critère de fin. → Ajouter une revue/fin choisie ; ce n’est pas une durée imposée par le module.

Maîtrise : 5 sur 5 sur le préflight.

---

Selon ce que tu obtiens

• Retrait clairement observé + documentation claire → renseigne les deux séparément.
• Interface claire, documentation muette → ne surinterprète pas l’effet technique.
• Aucun espace disponible → garde la fiche ; CL4 ne justifie pas à lui seul un changement d’offre.
• Bloqué → travaille uniquement sur but / autorisé / exclu / fin.

---

📋 Fiche mémo

1. Fonction/offre observées.
2. But précis.
3. Inventaire autorisé avant dépôt.
4. F3 avant données réelles.
5. Retrait testé sur fichier fictif.
6. Visible à l’écran ≠ effet complet non démontré.

---

Ce que tu viens de pratiquer

• CL4 n’est plus un miroir de C4 : il enseigne le cycle de vie d’une persistance produit.
• Tu as retiré les affirmations non observées sur durée et portée des documents.
• Tu sais tester le retrait sans utiliser de donnée réelle.

Sources et statut : docs/bloc-claude-PROVENANCE.md. CL4 reste S2 et brouillon ; les quatre marqueurs V3 restent ouverts.