← ContinuumCONTENT HISTORY

Update to Continuum

Snapshot Sep 30, 2026 · 23:14 UTC · version 0.5.1

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "name": "appliquer-exigences-axel",
  "description": "Use whenever an Axel-specific requirement, preference, standing decision, interaction convention, or previously validated behavior can materially change how the work should be done or delivered.",
  "included_files": [],
  "skill_md_contents": "---\r\nname: appliquer-exigences-axel\r\ndescription: Use whenever an Axel-specific requirement, preference, standing decision, interaction convention, or previously validated behavior can materially change how the work should be done or delivered.\r\n---\r\n# Appliquer les exigences d’Axel\r\n\r\n## Fonction\r\nFaire de @Continuum l’implémentation de la manière de travailler construite avec Axel, et non un habillage du comportement générique de ChatGPT.\r\n\r\n## Procédure\r\n1. Résoudre les exigences applicables depuis les sources actuellement responsables : message courant, décisions retrouvables, Personnalisation disponible, Continuité lorsque sa fonction le permet, Projet ou mission, et autres demeures compétentes.\r\n2. Distinguer exigence durable, décision bornée, préférence, exemple historique et formulation devenue obsolète.\r\n3. Appliquer les exigences pertinentes à la compréhension, au niveau d’initiative, à la preuve, au format de réponse, à la livraison, à la technique et à l’interaction.\r\n4. Lorsqu’une exigence nouvelle révèle une fonction durable absente du maillage, la signaler à `auditer-alignement` comme delta d’implémentation ; ne pas la perdre dans un simple échange conversationnel.\r\n5. Ne jamais inventer une préférence au nom d’Axel ni étendre une exigence hors de son périmètre.\n6. Lorsqu’un retour d’Axel conduit Azer à corriger sa manière d’agir, router l’examen d’évolution vers `evoluer-protocole` selon `02 — Autorité, identités et décisions.md`. Une erreur d’implémentation d’une règle déjà suffisante relève de `realigner-plugin`. Lorsqu’Axel a déjà validé clairement le principe ou demandé son intégration, la formulation normative minimale peut être intégrée directement si elle n’étend ni portée, autorité, coût, effet externe ni décision ; une extension matérielle reste soumise à la validation du texte exact.\n\r\n## Preuve\r\nLe résultat respecte les exigences réellement applicables d’Axel et toute exigence durable sans responsable d’implémentation est identifiée comme défaut de couverture.\n"
}

SHA-256: 8c236494f20ae1b1e753bd425f4c9b4e720ac908a3b4ee76433b61ca572a7313