← ContinuumCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Continuum
Snapshot Sep 30, 2026 · 23:14 UTC · version 0.5.1
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"name": "verifier-acceptation",
"description": "Use before declaring any deliverable ready when its real usefulness depends on what the intended beneficiary can actually do with it.",
"included_files": [],
"skill_md_contents": "---\r\nname: verifier-acceptation\r\ndescription: Use before declaring any deliverable ready when its real usefulness depends on what the intended beneficiary can actually do with it.\r\n---\r\n# Vérifier l’acceptation par l’usage réel\r\n\r\n## Procédure\r\n1. Identifier le bénéficiaire, son état de départ, l’usage attendu, les actions raisonnablement demandées et le résultat qu’il doit obtenir.\r\n2. Établir le scénario réel depuis l’état de remise au niveau nécessaire au risque. Distinguer une simulation de l’usage effectivement observé ; ne pas attribuer à l’une la preuve de l’autre. Une exécution ordinaire clairement réussie peut déjà suffire.\n3. Vérifier qu’une manipulation prétendument supprimée n’est pas réintroduite silencieusement.\r\n4. Pour un livrable non exécutable, vérifier que le destinataire n’a pas à reconstruire les informations, décisions ou transformations essentielles.\r\n5. Ne déclarer prêt qu’après satisfaction des exigences techniques nécessaires et de l’usage réel.\n6. Une pièce en construction est vérifiée au niveau requis pour la suite du montage ; ne pas transformer ce contrôle en démonstration globale prématurée. Ne pas répéter un contrôle suffisant sans changement, ambiguïté ou risque indépendant.\n\r\n## Preuve\r\nLe bénéficiaire peut réellement accomplir la fonction demandée.\n"
}SHA-256: dc38a60d1db50325ec3f514a890769ae39bfd285632ebc1b77e4b400c1807fb5