KF-08 (RM-027/RC-027) — préservation active des captures PCAP : le ring n'écrase plus sans copie

En continuité de KF-DATA-01 (RM-023, dossier docs/architecture/knowledge-fabric/phase-1/preservation/, dossier de mission mission/kf-data-01) et de l'addendum KF-01 (RC-021, ADR-10/11) : adaptateur de conservation livré. Constat : le tampon circulaire dumpcap (service observatory-capture.service / observatory-loopback.service) écrasait des preuves EVIDENCE (60 captures obs perdues selon RC-023) — KF-08 empêche désormais la perte au lieu de la prouver : détection de fermeture, réservation par lien matériel pour tenir l'inode, hachage SHA-256 après fermeture, copie vérifiée vers archive, métadonnées de provenance sans charge utile, archivage confirmé au registre du GC, alertes en cas d'échec ou de pression disque. Ce qui a changé : nouveau kfpreserve/pcap_archiver.py + kf-pcap-watch.py + preserve-policy.json dans [chemin-interne] (prototype KF-DATA-01 étendu), 8 documents contractuels dans docs/architecture/knowledge-fabric/phase-2/preservation/ (branche mission/kf08-preservation, commit a179957), capacités séparées (destroy explicite) dans kfpreserve/engine.py et 20 nouveaux tests. Tests : 33 PASS (13 anciens, 0 régression) ; sonde live dumpcap ; cycle réel 69/71 captures archivées+confirmées (2 en écriture), 0 perte/échec ; GC sur l'archive 0 candidat/143 refusés ; restauration vérifiée. Reste (PARTIAL) : daemon permanent NON installé (stade 2), câblage noyau KF-03 non branché (stade 4), destination externe de sauvegarde toujours en attente (KF-09). ROLLBACK : rm -rf [chemin-interne] + suppression des 3 fichiers du prototype + worktree mission/kf08-preservation ; captures production jamais modifiées (liens/copies uniquement).