0 · Ce que le protocole doit produire
Une expérimentation ZS2 ne cherche pas à démontrer que l’outil est « bon » ou « mauvais ». Elle doit produire des faits permettant de répondre à quatre questions :
Capacité
Qu’est-ce que l’outil permet réellement de mieux faire ?
Autonomie
Les humains gardent-ils ou développent-ils leur capacité d’agir sans lui ?
Dépendance
Quelles nouvelles dépendances apparaissent : fournisseur, données, savoir-faire, pratique ?
Passage
Les preuves sont-elles suffisantes pour élargir l’usage ?
1 · Avant l’expérimentation : établir la baseline
Avant tout usage significatif, on documente le fonctionnement sans l’outil. Sans baseline, une amélioration ou une perte d’autonomie devient difficile à distinguer d’une impression.
| Dimension | Baseline minimale |
|---|---|
| Apprentissage | niveau ou réalisation comparable avant intervention |
| Autonomie élève | tâches réalisables sans aide, type d’aide déjà nécessaire |
| Autonomie enseignant | temps, jugement, conception et correction réalisables sans outil |
| Erreurs / incidents | types et fréquence connus avant usage |
| Données | où sont les données, qui y accède, comment elles sont récupérées |
| Temps / charge | temps réel consacré à la fonction étudiée |
2 · Cycle d’expérimentation proposé
Observer sans outil ou sur une période de référence.
Petit périmètre, médiation humaine forte, journal des écarts et incidents.
Demander délibérément à l’enseignant de contester ou d’ignorer certaines recommandations et observer si cela reste réellement possible.
Interrompre volontairement l’outil pendant une courte période et mesurer ce qui continue, se dégrade ou devient impossible.
Exporter travaux, données et paramètres ; vérifier qu’une autre solution ou une pratique humaine peut reprendre.
Comparer avec la baseline, qualifier les preuves et alimenter le Sélecteur Éducation v0.2.
3 · Observables à suivre
| Observable | Ce que l’on mesure | Signal d’alerte |
|---|---|---|
| Apprentissage | progression, transfert à une tâche nouvelle, rétention | performance uniquement avec outil |
| Autonomie élève | capacité à réaliser une tâche comparable sans assistance | baisse progressive hors outil |
| Autonomie enseignant | capacité à concevoir, évaluer, corriger et décider sans la recommandation | validation automatique / perte du raisonnement propre |
| Contradiction | nombre et qualité des désaccords humains effectivement exercés | la recommandation devient la décision par défaut |
| Erreur | fréquence, gravité, détection, correction | erreurs invisibles ou non contestées |
| Dépendance | temps de reprise sans outil / fournisseur | fonction essentielle bloquée |
| Portabilité | export réellement réutilisable ailleurs | export théorique mais inutilisable |
| Concentration | solutions alternatives réellement substituables | migration irréaliste malgré pluralité nominale |
4 · Quatre tests obligatoires avant extension
Test de contradiction
Un enseignant peut-il réellement refuser une recommandation sans perdre l’accès, le flux ou la légitimité de sa décision ?
Test de retrait
Que se passe-t-il après plusieurs jours sans l’outil ? Mesurer plutôt que demander une opinion.
Test de sortie
Les données, productions et repères peuvent-ils être récupérés et réutilisés ailleurs ?
Test de transfert
Une compétence acquise avec l’outil fonctionne-t-elle dans une situation nouvelle sans l’outil ?
5 · Qualifier le statut de chaque preuve
| Statut | Définition | Effet sur le passage |
|---|---|---|
| Signal | observation ponctuelle, intuition ou témoignage | ouvre une question ; ne prouve pas |
| Observé | phénomène documenté dans le cas étudié | peut autoriser un usage limité |
| Répliqué | retrouvé dans plusieurs groupes ou contextes | permet d’envisager un changement d’échelle |
| Indépendant | évalué par une partie non bénéficiaire du résultat | exigé pour certains passages critiques |
Une hypothèse plausible doit devenir une question d’expérience, pas une conclusion.
6 · Registre des incidents et désaccords
Deux journaux doivent être tenus séparément :
- incidents : erreur, dommage, dérive, sortie impossible, donnée perdue, interruption ;
- désaccords : cas où l’humain estime que l’outil propose une mauvaise direction, et décision effectivement prise.
7 · Décision après expérimentation
| Situation | Décision ZS2 |
|---|---|
| bénéfice observé, autonomie préservée, sortie réelle, incidents maîtrisés | passage ouvert ou conditionnel selon niveau de preuve |
| bénéfice observé mais perte d’autonomie seulement suspectée | passage conditionnel ; poursuivre mesure avant extension |
| perte d’autonomie observée et durable | passage suspendu ; corriger architecture / usage |
| forte dépendance fournisseur sans continuité | passage suspendu jusqu’à mécanisme de sortie |
| usage sensible sans contradiction humaine effective | passage suspendu |
| preuves contradictoires | ne pas moyenner ; identifier les contextes où les résultats divergent |
8 · Fiche terrain minimale
FICHE ZS2 — EXPÉRIMENTATION ÉDUCATION Dispositif : Contexte / classe / public : Fonction exacte de l'outil : Durée de l'expérimentation : BASELINE - Ce que l'élève sait faire sans l'outil : - Ce que l'enseignant sait / doit faire sans l'outil : - Temps / charge actuelle : - Erreurs / difficultés connues : OBSERVATIONS - Effet sur l'apprentissage : - Effet sur l'autonomie de l'élève : - Effet sur l'autonomie de l'enseignant : - Désaccords humain / outil : - Incidents / erreurs : - Effet sur le temps / la charge : TESTS - Contradiction humaine : réussi / partiel / échoué - Retrait de l'outil : réussi / partiel / échoué - Sortie / export : réussi / partiel / échoué - Transfert sans outil : réussi / partiel / échoué STATUT DES PREUVES - Apprentissage : signal / observé / répliqué / indépendant - Autonomie : signal / observé / répliqué / indépendant - Incidents : signal / observé / répliqué / indépendant PASSAGE - ouvert / conditionnel / suspendu / incompatible - preuves manquantes : - corrections nécessaires : - prochaine revue :
9 · Objet JSON d’une expérimentation
{
"experiment_id": "ZS2-EDU-EXP-XXXX",
"profile": "education",
"protocol_version": "0.1",
"selector_version": "0.2",
"context": {},
"baseline": {
"learning": null,
"student_autonomy": null,
"teacher_autonomy": null,
"time_load": null,
"known_errors": []
},
"observations": [],
"tests": {
"human_contradiction": null,
"tool_withdrawal": null,
"data_exit": null,
"skill_transfer": null
},
"incidents": [],
"human_disagreements": [],
"evidence_status": {
"learning": "signal",
"autonomy": "signal",
"adverse_effects": "signal"
},
"selector_result": {
"intensity": null,
"passage_state": null,
"modules": []
},
"missing_evidence": [],
"next_review": null
}10 · Noyau du protocole terrain
ZS2 — EXPÉRIMENTATION TERRAIN ÉDUCATION — NOYAU v0.1 1. Toute expérimentation commence par une baseline. 2. Une performance avec outil n'est pas suffisante : on teste aussi le transfert sans outil. 3. La capacité de contradiction humaine doit être exercée, pas seulement déclarée. 4. La continuité est testée par un retrait réel ou simulé. 5. La portabilité est testée par un export réellement réutilisé. 6. Les incidents et les désaccords humain-outil sont tracés séparément. 7. Une hypothèse ne devient pas un fait par répétition discursive. 8. Les preuves sont qualifiées : signal, observé, répliqué, indépendant. 9. Le changement d'échelle est une décision distincte du niveau d'intensité ZS2. 10. Une perte d'autonomie observée suspend le passage tant qu'elle n'est pas comprise ou corrigée. 11. Une preuve contradictoire n'est pas moyennée : on cherche les conditions de divergence. 12. Le but n'est pas de maximiser l'usage de l'outil, mais la capacité humaine d'apprendre et d'enseigner.
11 · Ce que cela ferme dans la chaîne
Nous avons maintenant la boucle complète :
À partir de maintenant, l’enjeu principal n’est plus d’ajouter des concepts : il est de faire tourner cette boucle sur des cas réels.