AFF-002 (« Set-OPS s'exploite sans aucune IA ») était ✅ par inspection : ses écarts bloquants soldés et le parcours relu, mais jamais exécutée par un opérateur qui n'est pas l'auteur. Aucune commande locale ne peut la prouver. Ajoute le protocole de l'épreuve humaine : départ à froid depuis le modèle public `socle`, sur la grappe Proxmox de l'opérateur. Règle du silence (N0 journalise / N1 déblocage après 30 min, consigné comme défaut / N2 arrêt sécurité), interdits (aucune IA, aucun dépôt privé, aucune lecture de docs/audit/ qui divulguerait les pièges connus), critères R1→R6 fixés d'avance, périmètre matériel, gabarit de rapport. Le registre peut perdre : la redescente d'AFF-002 en 🟡 ou ❌ selon le verdict est explicitement prévue. Le protocole ne nomme personne — il est réutilisable, et l'identité de l'opérateur vit dans son rapport, sous réserve de consentement. Validé : prouver.py --verifier → CONFORME 16/16. Aucun code touché. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
8.6 KiB
Protocole — épreuve de l'opérateur indépendant
Épreuve empirique de l'affirmation AFF-002 : « Set-OPS s'exploite entièrement à la
main — la doc, make et le GUI suffisent, sans aucune IA » (README:9 ; AGENTS.md
principe 10).
Pourquoi cette épreuve existe. En phase 5, AFF-002 est passée 🟡 → ✅ par inspection : ses écarts bloquants ont été soldés et le parcours relu de bout en bout. Aucun opérateur indépendant ne l'a jamais exécuté. Tant que ce test n'a pas eu lieu, ✅ signifie « plus aucun défaut connu », pas « démontré ». C'est la seule affirmation du registre qu'aucune commande locale ne peut prouver : elle exige un humain qui n'est pas l'auteur.
Ce que l'épreuve mesure
Mesuré : ce que le dépôt public transmet, seul, à un sysadmin compétent qui ne
connaît pas Set-OPS — depuis QUICKSTART.md, sur sa propre grappe Proxmox, du dépôt nu
jusqu'à un socle déployé.
Non mesuré : les modèles assemblés (dépôt privé Set-OPS-modeles), les services
hors socle, l'ergonomie du GUI au-delà de son ouverture, la tenue en exploitation dans
la durée.
Rôles
| Rôle | Qui | Mandat |
|---|---|---|
| Opérateur | un sysadmin qui n'est pas l'auteur | Seul acteur. Exécute, décide, se débloque. |
| Observateur | l'auteur / mainteneur du dépôt | Journalise. N'aide pas. Ne touche à rien. |
Le protocole est réutilisable : il ne nomme personne. L'identité de l'opérateur d'une session donnée est portée par son rapport, sous la réserve de consentement ci-dessous.
La règle du silence
C'est le cœur du protocole, et la partie difficile.
Chaque fois que l'observateur a envie d'intervenir, c'est un défaut de documentation. Il le note, il se tait.
Un opérateur débloqué par l'auteur ne prouve rien — sinon que l'auteur sait. Ce qu'on mesure est exactement ce qui reste quand l'auteur est absent.
Trois niveaux d'intervention, décidés d'avance :
| Niveau | Déclencheur | Effet |
|---|---|---|
| N0 — silence | Défaut. C'est l'état par défaut. | Rien n'est dit. Le chrono du blocage tourne. |
| N1 — déblocage minimal | L'opérateur est bloqué > 30 min sur une même étape et le demande. | Réponse la plus courte possible, sans contexte ni leçon. Consigné comme défaut, gravité proportionnelle au temps perdu. |
| N2 — arrêt sécurité | Risque de détruire quelque chose de réel (VM, données, réseau hors périmètre). | Interruption immédiate. N'est pas un défaut. |
L'observateur journalise aussi ses démangeaisons : chaque fois qu'il a voulu parler mais que l'opérateur s'est débloqué seul. Même sans N1, c'est un signal de faiblesse documentaire.
Interdits pour l'opérateur
- Aucune IA — pas de Claude, ChatGPT, Copilot ou équivalent, à aucune étape.
- Aucune question à l'auteur, hors N1 formalisé et N2.
- Aucun accès aux dépôts privés (
Set-OPS-modeles,OPS-*). - Aucune lecture de
docs/audit/— le registre décrit les pièges connus. Le lire, c'est connaître les réponses de l'examen.
Autorisé : toute la documentation publique du dépôt, man, et le web pour ce qui
n'est pas Set-OPS (Debian, Ansible, Proxmox, nginx…). C'est le comportement réel d'un
sysadmin.
Ce que l'auteur fournit
Uniquement l'URL du dépôt public, et ce protocole.
Rien d'autre. En particulier, l'auteur ne prépare ni le jeton API Proxmox, ni les
clés SSH, ni le mot de passe Vault, ni le moindre fichier d'instance : ce sont
les prérequis de QUICKSTART.md §0, et savoir les produire fait partie de l'épreuve.
Périmètre matériel et sécurité
L'opérateur part sur sa propre grappe Proxmox.
- Confirmer avant de commencer que le périmètre n'est pas de la production Technolibre : nœud dédié, ou à défaut plage VMID + stockage réservés à l'épreuve.
- Noter la plage VMID retenue :
____________ make nettoyer-modele CONFIRMER=trueest destructif — il s'applique à la VM modèle, jamais à autre chose. Vérifier la cible avant.- Prévoir la remise en état : suppression des VM créées en fin d'épreuve.
Critères de réussite — fixés d'avance
Binaires, vérifiables, définis avant le début. On ne les renégocie pas en cours.
| # | Critère | Vérification |
|---|---|---|
| R1 | Instance créée depuis socle, plan renseigné à ses valeurs |
make inventaire-verifier → rc=0 |
| R2 | Golden template Debian 13 construit et converti en template Proxmox | make verifier-modele OK ; template modele-debian13 visible dans Proxmox |
| R3 | Au moins une VM créée depuis le plan | make creer-vm HOTE=… OK ; VM jointe par Ansible (ansible -m ping) |
| R4 | Cet hôte déployé selon ses groupes | make deployer HOTE=… → rc=0 |
| R5 | Validation globale du dépôt passée par l'opérateur | make verifier → rc=0 |
| R6 | Socle complet déployé (tous les hôtes du modèle socle actifs et déployés) |
make deployer sur chaque hôte → rc=0 |
Verdict :
- Réussite démontrée — R1→R6 atteints, zéro N1.
- Réussite avec défauts — R1→R5 atteints, avec N1 consignés. ← résultat attendu
- Échec — blocage qu'aucune documentation ni l'opérateur seul ne résout.
Un test où l'opérateur ne bloque jamais est un test mal conçu ou mal observé. Les défauts sont le produit livrable, pas l'accident.
Cadence
Deux séances d'environ 4 h, ou une journée. Plafond horaire fixé d'avance pour que l'épreuve ne s'étire pas : au-delà, on arrête et on consigne l'état atteint — un plafond dépassé est lui-même un résultat.
Conséquence sur le registre
Le registre doit pouvoir perdre. C'est la condition pour qu'il vaille quelque chose.
| Verdict | Effet sur AFF-002 |
|---|---|
| Réussite démontrée | ✅ confirmée empiriquement — la mention « par inspection » tombe |
| Réussite avec défauts | ✅ → 🟡 jusqu'à correction des défauts consignés, puis re-test des étapes touchées |
| Échec | ✅ → ❌, avec le blocage nommé comme écart |
Le rapport rejoint docs/audit/ et devient la preuve rejouable d'AFF-002 : rejouer
signifie ici refaire passer l'épreuve à un nouvel opérateur indépendant.
Nommage et consentement
« Volontaire pour participer » ne vaut pas « d'accord pour être nommé ». Avant toute publication du rapport, valider avec l'opérateur et avec Technolibre ce qui peut être cité : nom, organisation, ou anonymat (« un sysadmin indépendant »). Par défaut, et tant que la réponse n'est pas obtenue : anonyme.
Annexe — gabarit de rapport
À copier vers docs/audit/operateur-independant-AAAA-MM-JJ.md et remplir pendant
l'épreuve, pas après.
# Épreuve de l'opérateur indépendant — AAAA-MM-JJ
- **Opérateur** : (nom ou « sysadmin indépendant » — cf. consentement)
- **Observateur** : Daniel Allaire
- **Dépôt testé** : Set-OPS-public @ <sha>
- **Matériel** : grappe Proxmox de l'opérateur, <n> nœud(s), plage VMID <…>
- **Début / fin** : <hh:mm> → <hh:mm> (<durée>)
- **Consentement de nommage** : obtenu / en attente / anonymat demandé
## Verdict
<Réussite démontrée | Réussite avec défauts | Échec>
| Critère | Atteint | Note |
|---|---|---|
| R1 inventaire-verifier | ☐ | |
| R2 golden template | ☐ | |
| R3 VM créée | ☐ | |
| R4 hôte déployé | ☐ | |
| R5 make verifier | ☐ | |
| R6 socle complet | ☐ | |
**Interventions N1** : <n> · **Démangeaisons N0** : <n> · **N2** : <n>
## Grille d'observation
| # | Heure | Étape QUICKSTART | Attendu par l'opérateur | Survenu | Débloqué seul ? | Blocage | Fichier à corriger |
|---|---|---|---|---|---|---|---|
| 1 | | §_ | | | O / N / **N1** | __ min | |
| 2 | | | | | | | |
## Défauts consignés
| ID | Gravité | Étape | Description | Correctif proposé | Fichier |
|---|---|---|---|---|---|
| D1 | bloquant / majeur / mineur | | | | |
Gravité : **bloquant** = N1 nécessaire ou critère non atteint · **majeur** = > 15 min
perdues, débloqué seul · **mineur** = friction, hésitation, formulation trompeuse.
## Verbatim de l'opérateur
> (citations brutes — les hésitations à voix haute valent de l'or ; ne pas les lisser)
## Ce que l'épreuve n'a pas couvert
<modèles assemblés, services hors socle, GUI, tenue dans la durée…>
## Suites
- [ ] Corriger D<n> …
- [ ] Mettre à jour AFF-002 dans `affirmations.md` (→ ✅ confirmée / 🟡 / ❌)
- [ ] Entrée `CHANGELOG.md`
- [ ] Re-test des étapes touchées par les correctifs