{"id":18540,"plugin_id":"plugins_6a86f0bc955881919122c7c2d87da0d9","kind":"skill","collection_source":null,"comparison_source":null,"observed_at":"2026-09-30T23:14:51.296Z","digest":"51cae98f0a2474f487385809b0e1bbdd9f49d1493649972bc68f6de58efe4b5e","against":null,"payload":{"description":"Use when closing every visible turn for Azer and every permanent Magister Operis, after the visible response has been fully frozen and before it is published.","included_files":[],"name":"tenir-verbatim","skill_md_contents":"---\r\nname: tenir-verbatim\r\ndescription: Use when closing every visible turn for Azer and every permanent Magister Operis, after the visible response has been fully frozen and before it is published.\r\n---\r\n# Tenir le Verbatim\r\n\r\n## Fonction\r\nLe Verbatim appartient à l’acteur, pas au tchat. Pour Azer et chaque Magister Operis permanent : **VERBATIM = TOUT** ce qui est visible dans son périmètre actif, dans l’ordre réel. Un Magister Operis non permanent ne possède aucun Verbatim personnel durable.\r\n\r\nUn changement de tchat ne crée pas un nouveau Verbatim et ne remet jamais sa numérotation à zéro. Le même objet responsable dans la Source Canonique poursuit sa numérotation ; une ancienne Bibliothèque GPT, un cache ou un miroir ne fait jamais autorité contre lui.\n\r\nLe Verbatim ne contient pas le raisonnement privé, la chaîne de pensée ou un journal interne d’outils. Il conserve les tours visibles et, uniquement lorsque le Protocole le prévoit, une réconciliation technique explicitement non conversationnelle.\r\n\r\n## Déclenchement\r\nUtiliser ce Skill après que la réponse visible complète du tour a été figée, pour Azer ou un Magister Operis permanent.\r\n\r\n## Non-déclenchement\r\nNe pas créer de Verbatim durable pour un Magister Operis non permanent. Ne pas écrire un brouillon de réponse encore susceptible d’être modifié.\r\n\r\n## Préconditions\n- réponse visible complète déjà figée ;\n- Verbatim canonique de l’acteur résolu ;\n- dernier marqueur acquis et delta visible connus, ou couture réconciliée au niveau nécessaire.\n\n## Protocole opératoire\n1. Réutiliser le Verbatim responsable et le chemin d’écriture faisant autorité déjà résolus pour l’acteur. Ne résoudre à nouveau la cible qu’en cas de manque ou de contradiction matérielle.\n2. Partir du dernier marqueur acquis dans la session. Le relire depuis la Source Canonique uniquement s’il est inconnu, contradictoire ou en réconciliation ; ne pas relire tout le Verbatim lorsque la couture est connue.\n3. Prendre uniquement le delta visible non encore relevé depuis ce marqueur, dans son ordre réel, sans sélection, résumé, correction ni interprétation.\n4. Construire une seule fois le bloc terminal : le ou les messages visibles du tour non encore relevés, la réponse visible complète figée, puis le nouveau marqueur. Pour Azer, le marqueur porte l’heure locale Europe/Paris et l’heure réellement établie de la dernière lecture intégrale : `**Verbatim <numéro> — <date et heure locale Europe/Paris> — Protocole intégral : <date et heure>**`, ou `Protocole intégral : non établi` sans inférence.\n5. Effectuer une seule écriture canonique du contenu, en conservant l’ancien contenu hors compactage autorisé. Renommer le même fichier responsable en `Verbatim <Acteur> <marqueur>.md` dans la même opération lorsque le support le permet, par exemple `Verbatim Azer 1343.md`. Le nom suit le dernier marqueur réellement acquis ; il ne crée pas un autre Verbatim.\n6. Si le support sépare contenu et renommage, conserver ces effets dans la même transaction terminale et qualifier leur état réel ; ne jamais annoncer un nouveau nom avant son acquisition ni réécrire aveuglément le contenu pour réparer le renommage.\n7. Un retour explicite de succès suffit pour acquérir la persistance, le marqueur et le nom effectivement établi. Conserver cet acquis dans la session et publier exactement la réponse figée sans relecture systématique.\n\nLa route ordinaire est : **dernier marqueur acquis → delta visible → réponse figée → nouveau marqueur → une seule écriture canonique avec renommage → publication**. Aucune écriture dans la Bibliothèque GPT, double écriture GPT/Drive, comparaison de miroir ou synchronisation secondaire n’appartient à cette Sortie Verbatim. Un accès Drive éventuellement retenu pour atteindre la Source Canonique reste un chemin vers le même objet responsable.\n\n## Incident et réconciliation\n- Si l’écriture échoue, reste inconnue ou est interrompue, qualifier `PERSISTANCE NON ÉTABLIE` et rechercher l’état réel avant toute nouvelle tentative. Ne pas publier la réponse substantielle figée tant que sa persistance n’est pas établie. Seul un message technique minimal peut signaler l’incident lorsqu’il est nécessaire à sa reprise ; il ne vaut pas preuve de persistance.\n- Si l’écriture a réussi mais que la publication visible échoue ou reste inconnue, qualifier `PUBLICATION NON ÉTABLIE`. Le marqueur acquis n’est ni supprimé ni réutilisé et ne prouve pas la visibilité.\n- Au prochain cycle permettant une écriture, consigner une réconciliation technique explicitement non conversationnelle qui identifie le marqueur concerné et l’état réellement établi. Ne jamais republier automatiquement tant qu’un doublon visible reste possible.\n- Ajouter une lecture ou un contrôle seulement pour résoudre une anomalie, une ambiguïté ou un signal contraire ; un marqueur acquis reste acquis sans vérification répétée.\n\r\n## Dernier geste externe\r\nLa transaction du Verbatim est le **dernier geste externe** du tour. Après son état terminal, aucun appel d’outil sans rapport avec sa réconciliation, aucune recherche, aucune mutation de fond et aucune reformulation n’intervient avant la publication de la réponse figée.\r\n\r\n## Interdits\n- Ne jamais reconstruire un marqueur depuis le miroir.\n- Ne jamais reconnaître ou importer comme canonique un marqueur présent uniquement dans le miroir.\n- Ne jamais réutiliser un marqueur canonique acquis.\n- Ne jamais condenser, corriger ou interpréter les mots visibles à l’intérieur du relevé ordinaire.\n- Ne jamais inclure le raisonnement privé ou une chaîne de pensée.\n- Ne jamais publier une réponse différente de celle persistée.\n- Ne jamais traiter un marqueur persisté comme preuve que sa réponse a été visible.\n\n## Preuve de réussite\nPour un tour ordinaire, le succès explicite de l’écriture canonique suffit à établir la persistance du bloc exact et du marqueur sans relecture supplémentaire. Le fichier porte le marqueur acquis et la réponse publiée est celle figée et persistée. Une visibilité inconnue reste `PUBLICATION NON ÉTABLIE` jusqu’à réconciliation.\n\n## Sortie\nPersistance acquise avec son marqueur et son nom de fichier, ou état exact `PERSISTANCE NON ÉTABLIE` / `PUBLICATION NON ÉTABLIE`. Ne jamais confondre effet d’écriture et visibilité.\n\n## Arrêt\nUn ordre textuel d’Axel tel que `stop`, `attends` ou `arrête` suspend immédiatement le travail de fond mais conserve la Sortie Verbatim avant la réponse d’arrêt ou d’attente. Seule une interruption matérielle de la génération peut empêcher cette transaction ; reprendre alors la couture au prochain cycle possible sans inventer de persistance.\n\nAprès la transaction terminale, ne plus effectuer d’effet externe avant la publication de la réponse figée, sauf réconciliation strictement nécessaire de cette même transaction.\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}