Le confirmatoire reste fermé. v0.8.2 sépare désormais qualification des tâches, estimation de variance, génération de la batterie confirmatoire et freeze immuable. Aucun résultat du planning n'entrera dans l'estimation confirmatoire.
Quatre tâches par famille : polysémie/sous-spécification, alternatives causales, design sous contraintes, interprétation structurelle et raisonnement multi-solutions. Elles sont exclusivement réservées au planning et ne pourront jamais être recyclées en confirmation.
Registre →Une tâche doit produire une distribution non triviale et adjudicable : ≥6 clusters pertinents, mapping/adjudication ≥80 %, UNRESOLVED ≤10 %, α assignation et pertinence ≥0,67, aucun cluster dominant au-delà de 80 %, et au moins quatre clusters de masse empirique ≥3 %.
Les tâches qualifiées servent ensuite uniquement à estimer la variance inter-tâches de DEFICIT_EXCESS, RECOVERY_LIFT ou AGG_COVERAGE. Elles ne servent jamais à tester les hypothèses scientifiques finales.
Après P1 seulement : génération d'une batterie confirmatoire totalement distincte, 30 tâches minimum, cible initiale 40, maximum 60 sans redesign. Le nombre final est fixé avant le premier appel confirmatoire.
planning registry validated
↓
64+ generations / task / planning condition
↓
condition-blind development codebook
↓
semantic richness + mapping + agreement gates
↓
≥12 tasks qualified AND ≥2 per family
↓
P1 may openUne tâche peut recevoir une seule révision pré-enregistrée. L'échec initial reste conservé ; aucune tâche n'est réparée silencieusement jusqu'à passer.
Le freeze ne peut être créé que lorsque le registre confirmatoire, les codebooks par tâche, les valeurs d'accord, le plan d'aveuglement, les modèles/checkpoints, le sampling, les budgets, les endpoints, les contrastes et les SHA-256 des scripts sont tous complets dans un même manifest immuable.
| planning-protocol | P0/P1 et entrée dans le freeze |
| planning-run-manifest | trace d'un run P0 ou P1 |
| qualification-report | décision tâche par tâche |
| codebook template | identités sémantiques et pertinence par tâche |
| confirmatory task template | registre futur, indépendant du planning |
| registry validator | contrôle CI du planning set |
La prochaine donnée autorisée est une donnée de planning. La première donnée confirmatoire reste interdite tant que le freeze n'existe pas.