Update to Continuum

{
  "name": "tenir-continuite",
  "description": "Use only inside an authorized Pré-Passation or Passation to update the present identity state of Azer or a permanent Magister Operis.",
  "included_files": [],
  "skill_md_contents": "---\r\nname: tenir-continuite\r\ndescription: Use only inside an authorized Pré-Passation or Passation to update the present identity state of Azer or a permanent Magister Operis.\r\n---\r\n# Tenir la Continuité\r\n\r\n## Fonction\nLa Continuité répond à « Qui je suis » et porte le Présent. Elle ne conserve ni chantier, ni production, ni journal de mission, ni récit d’Histoire.\n\nElle appartient à Azer ou à un Magister Operis permanent et réside dans le dossier collectif `Continuités` de la Source Canonique. Le paquet de reprise opérationnelle d’un permanent porte sa mission et son prochain travail ; il reste distinct de cette Continuité identitaire.\n\n## Procédure\n1. Identifier l’acteur, l’opération applicable et son objet responsable. Toute Pré-Passation relève d’un ordre d’Axel ; l’absorption d’une Passation d’Azer exige sa validation applicable. Azer opère les modifications de Continuité d’un permanent pour ces opérations sans prendre son identité.\n2. Fixer la frontière depuis le dernier marqueur d’absorption acquis et traiter uniquement le segment non déjà absorbé jusqu’à la borne de l’opération. En l’absence de frontière antérieure, prendre la matière active concernée.\n3. Extraire seulement ce qui modifie ou précise le Présent de l’acteur. Lors d’une Passation d’Azer, y porter l’URL exacte du nouveau tchat fournie par Axel et reconnue ; le screen reste une observation dont chaque autre matière durable rejoint sa demeure responsable.\n4. Mettre à jour la Continuité au niveau strictement nécessaire : quelques lignes peuvent suffire. Router le récit causal d’Azer vers `tenir-histoire` et les productions vers leur destination métier.\n5. Coordonner l’acquisition avec l’opération : les écritures nécessaires doivent avoir réussi avant l’avance du point d’absorption. Conserver dans la Continuité un point de reprise identifiant exactement le dernier marqueur du Verbatim réellement absorbé.\n6. Un retour d’écriture explicitement réussi suffit par défaut. Réconcilier une ambiguïté ou un échec et contrôler au niveau utile si une suppression risque une perte irréversible ; ne pas imposer de double écriture ou de vérification de miroir.\n\n## Preuve\nLe Présent et la frontière d’absorption sont établis dans l’objet responsable au niveau nécessaire. Pour Azer, screen réel et URL exacte envoyés ensemble dans une Passation explicitement ouverte portent la validation applicable ; dès que les écritures nécessaires retournent un succès suffisant, `executer-passation` peut rendre la Passation effective et compacter selon sa couture.\n\n## Interdit\nAucune modification de Continuité hors Pré-Passation ou Passation applicable, aucune Continuité pour un non permanent et aucune promotion d’un journal de chantier en identité durable.\n"
}