Version 0.20.2

Un nouvel accueil et un titre pour chaque projet (plan : docs/plan-accueil.md, D-159 à D-162), et les variables écartées du codebook (D-158). Ni le calcul, ni la porte de confidentialité, ni l'IA, ni les fichiers produits ne changent pour l'accueil et le titre. Scénario manuel passé par l'auteur dans la fenêtre de l'icône, le 2026-10-20.

Le format du projet passe de 0.9.0 à 0.11.0 : un projet enregistré par la 0.20.2 ne s'ouvre plus avec la 0.20.1.

• L'accueil en onglets (D-160) : la barre de gauche devient le menu de l'accueil (Mes projets, Nouveau projet, Concevoir un questionnaire, Ouvrir un projet, Réglages) ; un rechargement garde l'onglet ouvert. Mes projets liste les projets suivis dans la barre de gauche ; un clic montre le détail d'un projet sans l'ouvrir (phases, avancement du codebook, tâches, fichiers produits) avec Ouvrir, Ouvrir le dossier, Ne plus suivre, Le retrouver….
• Le titre d'un projet (D-161) : un titre écrit par l'équipe, montré à la place du nom du fichier ; Renommer sur l'accueil et sous le titre d'un projet ouvert ; ddict projets renommer <projet> "<titre>". Aucun fichier n'est renommé ; le titre n'est jamais envoyé à l'IA.
• « Essayer l'outil » retiré de l'accueil (D-159) : un dossier d'essai déjà créé reste là, et son projet s'ouvre comme un autre.
• Écarter une variable du codebook (D-158) : sur la fiche d'une variable, avec sa raison ; elle reste dans la base, mais quitte le codebook (une section « Variables écartées » la nomme), le contexte d'analyse et les messages à l'IA. Filtre Écartées ; Remettre dans le codebook.
• Revoir : un « Garder le projet » de la comparaison avec LimeSurvey se défait sans fermer l'outil.
• Guides français et anglais mis à jour ; scénario manuel, étapes 97 à 102.

Le thème sombre est mis de côté.

Version 0.20.1

Ce que l'essai de l'auteur a montré, le 2026-10-20, sur un questionnaire fictif conçu, importé dans LimeSurvey Cloud 7.6, puis reçu en .sav.

• Le rapport de conformité dit les textes de la base qui diffèrent du questionnaire (une question reformulée dans LimeSurvey), et retrouve une question dont le code a changé dans LimeSurvey par ses textes, quand ils ne laissent aucun doute : ses variables reprennent alors les décisions prévues (question, groupe, description…), et le rapport les nomme « retrouvées sous un autre nom » (D-157).
• La relecture signale, pour un questionnaire en français, l'espace manquante avant « ? », « ! », « : » ou « ; ».
• L'éditeur : dans une grille, les énoncés viennent avant les colonnes, comme dans le Word et dans LimeSurvey.
• Le Word de travail ne donne plus de code à l'option « Autre » (LimeSurvey n'en a pas), et dit la variable d'un texte d'affichage « toujours vide ».
• Correction : une question ouverte deux fois dans l'éditeur, puis enregistrée avec d'autres choix, laissait l'avertissement « Saisie non enregistrée » alors que tout était enregistré (vu à l'essai de l'auteur, 2026-10-20).

Version 0.20.0

Concevoir le questionnaire dans l'outil, avant la collecte (plan : docs/plan-v0.20.md, D-143 à D-156). Le numéro 0.19 est sauté : le dossier d'étude, prévu en v0.19, viendra plus tard. Aucune IA ajoutée, aucune source déposée (elles viennent ensuite) ; la chaîne lire → profiler → exporter d'une base existante ne change pas.

• Le projet sans base (D-145, format 0.9.0) : un projet créé par Concevoir un questionnaire (accueil, ou ddict questionnaire creer) a un questionnaire structuré et des variables prévues, sans profil ; les pages qui montrent la base l'attendent, avec un bouton vers le questionnaire. La page « Base » s'ouvre : sa description, ses niveaux de mesure et ses variables sensibles se décident avant la collecte.
• La phase « Concevoir » (D-149), en tête du menu de ces projets : Questionnaire (l'éditeur : sections, questions de chaque nature, choix et énoncés avec leurs codes, provenance des textes, code de la question), Relecture (les points calculés, « Garder tel quel »), Publier. « Mes projets » donne les phases « Concevoir » et « En collecte » ; le tableau de bord commence par les points de relecture.
• Le Word (D-152), en deux versions, pour le comité d'éthique et de travail ; mêmes octets pour le même questionnaire ; ddict questionnaire word.
• Le fichier pour LimeSurvey (D-148), la structure en texte à colonnes de LimeSurvey Cloud 7.6, relu par l'outil pour vérifier qu'il redonne le questionnaire ; ce qui empêcherait l'importation refuse l'écriture ; les étapes d'importation ; ddict questionnaire limesurvey. Importé pour de vrai dans LimeSurvey Cloud 7.6 (docs/essais/2026-10-19-limesurvey-importation.md) : chaque question conforme, les limites de codes confirmées, le réexport sans différence.
• La boucle (D-150) : Marquer comme envoyé garde une copie ; ce qui a changé depuis chaque version envoyée est montré, et un avertissement le dit ; le réexport de LimeSurvey se compare au projet par les codes, chaque question réglée par « Reprendre dans le projet » ou « Garder le projet ».
• La base est arrivée : page « Base » ou ddict profiler <base> --projet <projet> ; chaque variable reprend les décisions de sa variable prévue ; un rapport de conformité (variables absentes, non prévues, codes hors des codes prévus, étiquettes, types), sur la page et en Markdown à côté du projet.
• LimeSurvey lu (D-148, D-155, D-156) : la structure .lss ou .txt comme questionnaire ; ses exports de réponses (CSV, Excel, .sav) reconnus, rattachés par les codes des questions. lxml déclaré comme dépendance directe.
• Guides : « Concevoir un questionnaire, avant la collecte », en français et en anglais ; le scénario manuel gagne les étapes 90 à 96 ; scripts/captures.py photographie aussi les pages de Concevoir.

Version 0.18.0

L'IA par une clé d'API (plan : docs/plan-v0.18.md, D-134 à D-142). La version change de moteur, pas de fonctions : les quatre usages de l'IA (libellés et descriptions, rattachement, noms de base, conseillère) et le banc d'essai restent ; ni le calcul, ni les exports, ni le carnet, ni l'ébauche d'article ne changent.

• Aucune donnée de participant ne quitte le poste (D-134, D-136) : la règle « Rien ne quitte le poste » devient celle-ci. L'IA est un service externe qui ne reçoit que des métadonnées : noms, étiquettes des variables et des valeurs, codes manquants déclarés, texte des questions acceptées, sigles acceptés, type et niveau de mesure. Plus de codes observés ni de proportions, de manquants, de minimum, de maximum, de moyenne ni d'années, et plus l'étendue observée des codes d'un groupe, que la conseillère envoyait encore. Un test à chaînes témoins le vérifie sur les quatre usages.
• Anthropic, ou le serveur d'une université (D-135) : deux protocoles, une adresse en HTTPS (ou sur cet ordinateur), sans proxy ni redirection. Ollama est retiré : de l'installateur, de l'interface, de la ligne de commande et des guides. Par défaut claude-haiku-5-5, avec une réflexion moyenne (D-140).
• La clé d'API (D-137) : gardée dans le gestionnaire d'identifiants de Windows, saisie dans un champ masqué de la page « IA » ou par ddict ia cle (jamais en argument), jamais écrite ailleurs ni affichée ; « Oublier la clé ». Le désinstalleur demande avant de l'effacer.
• Une case par projet (D-138) : « Permettre l'envoi des métadonnées de ce projet à l'IA », non cochée par défaut, enregistrée dans le projet avec sa date (format 0.8.0 ; un projet de la 0.17 s'ouvre non permis). Sans elle, rien ne part ; l'aperçu des messages reste toujours possible. ddict ia autoriser et ddict ia interdire.
• La page « IA » (au lieu de « IA locale ») : service, adresse, modèle, réflexion, clé, Tester la connexion (rien d'un projet n'est envoyé, rien n'est facturé), et Ce qui part : la liste, et la conservation chez Anthropic avec sa source.
• Des blocs plus grands (25 variables pour les libellés, 20 pour le rattachement) ; la conseillère envoie à Anthropic le message entier, libellés et items compris (D-142) ; les noms de base se font proposer sur la page « Noms » (D-141). Le numéro de chaque requête, ses jetons et, en cas de refus, l'explication du service sont gardés dans le dossier des envois.
• Le banc d'essai compte les jetons et le coût de chaque passage, demande confirmation avant de dépenser, et mesure sur demande les libellés au niveau 2 (ddict evaluer --niveau-2, le banc seulement). Essai du 2026-10-19 (docs/essais/2026-10-19-anthropic.md) : 113 rattachements justes sur 121 (110 pour le calcul seul), aucun libellé signalé, 7 noms de base sur 10 égaux au corrigé (3 pour les règles), la conseillère juste 13 fois sur 13 ; environ 0,02 $ le banc entier avec Haiku 5.5.
• Ligne de commande : le service, l'adresse et le modèle viennent des réglages de la page « IA » (--protocole, --adresse, --modele pour les changer) ; ddict rattacher et ddict renommer appellent l'IA avec --ia.
• Guides : « Obtenir une clé d'API » (avec une limite de dépenses), « Ce qui part » ; le scénario manuel gagne les étapes 83 à 89.

Version 0.17.0

Plusieurs projets, et aucune décision perdue (plan : docs/plan-v0.17.md, D-129 à D-133). Ni le calcul, ni les exports, ni le format du fichier projet, ni les règles de confidentialité ne changent ; aucune IA ajoutée.

• Jamais écraser sans prévenir (D-129, D-130) : l'outil retient l'empreinte (SHA-256) du projet et du carnet tels qu'il les a lus, et refuse d'enregistrer si le fichier a changé depuis : autre onglet, autre personne sur un dossier partagé, ligne de commande. Dans l'interface, un bandeau le dit dès l'affichage suivant ; une décision refusée est rappelée (la page, le bouton et ce qu'il décidait, ce qui était tapé), et la page revient au projet tel qu'il a été lu, sans rien montrer de décidé qui ne soit écrit ; Recharger le projet lit le projet tel qu'il est, et la décision reste affichée, « Décision à refaire ». Rien n'est jamais fusionné à la place de la personne. En ligne de commande, un message et le code de sortie 2. Une date de fichier qui bouge sans changement de contenu ne dit rien. Le fichier écrit est le même, octet pour octet.
• Un enregistrement interrompu laisse un fichier .tmp : il est signalé à l'ouverture du projet (interface et ligne de commande), jamais supprimé par l'outil. Un fichier tenu un instant par OneDrive ou un antivirus : trois essais, puis « Le fichier est occupé… : rien n'est enregistré », le projet intact.
• Mes projets (D-131, D-133) : l'accueil commence par un tableau des projets suivis, le plus récent en haut : phase (Documenter, Analyser, Rédiger, d'après les fichiers du projet), codebook documenté, ce qui attend, plan, carnet (retenues, à confirmer, à recalculer), base trouvée ou non, date. Lu dans les projets et les carnets, jamais dans les bases ; 30 projets en une demi-seconde. Un clic sur le nom ouvre le projet là où quelque chose attend.
• Suivre un projet (D-131) : d'office à la création (accueil et ddict profiler), sauf l'essai sur la base fictive ; « Suivre ce projet » à côté d'un projet récent et dans la barre latérale ; « Ne plus suivre », qui ne touche aucun fichier. La liste est gardée sur l'ordinateur (%APPDATA%\ddict\projets-suivis.json), chemins seulement, sans limite ; un projet déplacé reste, « Introuvable », et Le retrouver… donne son nouveau chemin.
• Chercher les projets dans un dossier (D-132) : sur 4 niveaux, sans ouvrir aucun fichier (un fichier OneDrive en ligne seulement n'est pas téléchargé) ; dossiers cachés, système et de programmes passés, jonctions jamais suivies ; rien de coché au départ.
• ddict projets (ddict projects) : lister, suivre, retirer, chercher (--suivre) ; en anglais list, follow, remove, search (--follow).
• Le désinstalleur demande avant d'effacer les listes des projets récents et suivis.
• Guides : « Suivre plusieurs projets », en français et en anglais ; le scénario manuel gagne les étapes 76 à 82.

Version 0.16.0

L'interface guide la personne de la base à l'article (plan : docs/plan-v0.16.md, D-121 à D-128). Ni le calcul, ni les formats de fichier, ni les règles de confidentialité ne changent ; aucune IA ajoutée. Trois lots : des corrections locales, la navigation et la progression, un seul geste pour décider et enregistrer.

• Rien de proposé ne s'affiche comme décidé (D-126) : les items inversés, la cotation (items, calcul, bornes, items répondus au minimum, règle des manquants), l'étendue théorique, les seuils et la question à rattacher partent vides ; un bouton « Reprendre… » nomme ce que l'outil propose et le met dans le champ, sans rien enregistrer.
• Le glossaire (D-121) : « Accepter » prend la définition affichée, corrigée ou non ; « Rejeter » juste à côté ; « Tout accepter (N)… » montre la liste exacte avant d'accepter.
• Aucun écran blanc : la page « Variables » s'ouvre sur un filtre qui contient des variables, et un filtre vide le dit au centre avec les filtres non vides ; sur « Plan », ce qui manque pour figer est une liste à cocher, plus des erreurs rouges.
• Le thème (D-123, D-128) : clair, bleu ardoise pour les actions, le rouge réservé aux erreurs, toutes les couleurs de texte au-dessus de 4,5:1 ; les explications qui portent une décision en texte normal.
• Des boutons dans les messages qui renvoient à une autre page, déjà remplie (« Définir anx » ouvre le glossaire avec le sigle).
• Analyses : sous « Lancer l'analyse », la barre « Ajouter au carnet · Word · Excel · Script R », puis le résultat ; une analyse déjà au carnet le dit (« Déjà au carnet : A3 »), même dans une autre séance.
• L'accueil (D-125) : les projets récents en tête, avec leur dossier et leur date ; « Essayer avec la base fictive » copie la base et son questionnaire dans Documents\Dictionnaire de données - essai et ouvre le projet.
• Finitions : « Choisir… » au lieu de « Choose an option » ; « — » au lieu de « None » ; largeurs de colonnes ; bornes entières (« 1 », pas « 1.00 ») ; groupes nommés par ce qu'ils sont ; « Précédente » et « Suivante » sur la page « Variables » ; l'aide de « Premier tableau » et « Première figure » ; plus d'avertissement use_container_width.
• Corrections : le paquet de reproduction donne les mêmes octets quelle que soit l'heure ; la page « Plan » ne plante plus sans la base quand un score figure parmi les variables.
• La navigation par phases (D-122) : un menu Documenter, Analyser, Rédiger, puis Réglages pour l'IA locale, au lieu de treize boutons au même niveau ; chaque page dit ce qui y attend, ou ✓ ; chaque page garde son adresse au rechargement.
• Une progression honnête : « Codebook documenté à N % », partie par partie, jamais pleine sur un projet neuf ; le tableau de bord continue jusqu'à l'article (plan à figer, chiffres à confirmer au carnet, analyses impossibles, trous de la Méthode, ébauche à vérifier).
• Les pages longues en onglets : Base (le résumé d'abord), un groupe, le résultat d'une analyse ; l'onglet ouvert reste après une action, et un bouton d'une autre page ouvre le bon onglet.
• Captures d'écran automatiques pour le développement (D-127) : scripts/captures.py photographie chaque page à 1400 × 900 et 900 × 600 avec le Microsoft Edge du poste (Playwright, outil de développement seulement).
• Une carte de décision sur toutes les pages (D-121) : la valeur, son origine et son statut, le champ, puis « Accepter », qui prend la valeur affichée, corrigée ou non, et « Rejeter », côte à côte ; une fois décidée, « Enregistrer ». Pour le libellé, l'unité, la description, la question, les étiquettes de valeurs, la confidentialité, un sigle, et, sur la fiche d'une variable, le niveau de mesure et le nouveau nom proposés.
• Un seul « Enregistrer » par section, et rien de perdu (D-124) : les textes d'une variable, chaque onglet d'un groupe, la description de la base ; « Modifications non enregistrées » à côté du bouton ; ce qui est tapé et laissé sans être enregistré devient un brouillon, signalé sur la page d'arrivée (« Revenir », « Abandonner ») et remis dans ses champs à sa place ; « Quitter l'outil » demande confirmation. Une seule action pour proposer les noms.
• Les variables qui conviennent d'abord : dans chaque liste d'une analyse ou d'une hypothèse, celles qui conviennent au rôle en tête, puis les autres avec leur raison (« 3 modalités : choisir les deux comparées », « niveau ordinal », « niveau échelle ») ; aucune analyse ne devient possible là où elle ne l'était pas.
• Guides en français et en anglais ; le scénario manuel gagne les étapes 64 à 75.

Version 0.15.0

Recoder une variable, vérifier les chiffres d'un manuscrit, préparer le dépôt (plan : docs/plan-v0.15.md, D-117 à D-120 ; fiche validée : docs/verification-depot.md). Aucune IA dans cette version.

• Le recodage (D-120) : une variable dérivée, gardée comme une décision du projet avec sa raison, jamais comme une colonne. Regrouper des modalités (« Femme » ; « Homme ou autre identité »), y compris des catégories écrites en texte, ou découper un nombre ou un score en classes (« moins de 30 », « 30 à moins de 45 », « 45 et plus »). Une valeur observée sans groupe refuse le recodage ; les effectifs de chaque nouvelle modalité sont montrés avant d'enregistrer. Calculé en mémoire après les scores et avant les exclusions : une analyse, une règle d'exclusion, un sous-groupe ou une hypothèse peuvent porter sur lui. Il entre dans les scripts de préparation SPSS (RECODE … INTO) et R, le script R maître, le codebook (feuille « Recodages »), le contexte d'analyse et la Méthode. Le projet passe au format 0.7.0 (un projet plus ancien s'ouvre tel quel). Un encadré « Recoder cette variable » sur la page « Variables », la liste sur la page « Groupes », et ddict recoder (lister, regrouper, decouper, retirer ; en anglais ddict recode, list, group, cut, remove).
• Le vérificateur des chiffres (D-117, D-118) : il lit un manuscrit Word, l'ébauche retouchée ou un article écrit sans l'outil, y repère les statistiques écrites au style APA, en français ou en anglais, et compare chacune à ce que l'outil écrit lui-même, recalculé sur la base (sans la base, au carnet). Chaque valeur : concorde, diffère (avec la valeur attendue), signe inversé, sans origine, non reconnue. Un rapport en Markdown et en Excel, une copie -verifie.docx avec un commentaire Word sur chaque valeur qui ne concorde pas ; le manuscrit n'est jamais modifié. Page « Vérifier », après « Carnet », et ddict verifier (en anglais ddict verify).
• Le paquet de reproduction (D-119) : <projet>-depot.zip, prêt pour l'OSF ou Borealis, avec le codebook, le préenregistrement, le carnet, les fichiers de commandes, les scripts de préparation, le script R maître, un README à compléter et les empreintes des fichiers. Jamais la base, ni le fichier projet, ni les envois à l'IA. Bouton sur la page « Carnet » et ddict deposer (en anglais ddict deposit).
• Corrections après l'essai et le scénario : un sous-groupe se donne par l'étiquette d'une variable recodée, et la Méthode l'écrit par cette étiquette ; dans la phrase anglaise de l'ANOVA à mesures répétées, les moyennes ont la ponctuation anglaise.
• Essai sur la base ouverte AMATUS sans fichier dérivé, et le vérificateur passé sur l'article publié : les chiffres concordants, les signes inversés et le test bilatéral de l'article sont trouvés (docs/essais/2026-10-18-essai-v015-amatus.md).
• Guides : « Recoder, vérifier les chiffres, préparer le dépôt », en français et en anglais ; le scénario manuel gagne les étapes 59 à 63.

Version 0.14.0

Le catalogue élargi : cinq analyses de plus, écrites et vérifiées d'avance comme les six premières, le sous-groupe d'une analyse et le sens attendu nommé par les groupes (plan : docs/plan-v0.14.md, D-111 à D-116 ; fiche validée : docs/catalogue-elargi.md). Aucune nouvelle IA ; le conseiller facultatif connaît les nouvelles analyses.

• Le test t apparié et son pendant sans normalité, Wilcoxon des rangs signés : deux mesures d'une même personne ; d_z et son intervalle ; p de Wilcoxon calculé comme R.
• L'ANOVA à mesures répétées : de 3 à 10 mesures, η² partiel, test de sphéricité de Mauchly et correction de Greenhouse-Geisser ; comparaisons deux à deux corrigées par Holm ; une figure des moyennes reliées.
• La régression logistique binaire : la modalité prédite au choix, les coefficients, les rapports de cotes et leur intervalle (Wald), le χ² face au modèle sans prédicteur, les R² de McFadden et de Nagelkerke ; une séparation complète est dite ; la figure montre les rapports de cotes sur une échelle logarithmique autour de 1.
• La corrélation partielle : deux variables, de 1 à 5 covariables, le r partiel, son intervalle (Fisher) et la corrélation simple.
• La modération : l'interaction de deux prédicteurs, centrés par défaut, ΔR², les pentes simples à −1 ÉT, à la moyenne et à +1 ÉT, avec leur figure.
• Chacune a sa phrase, son tableau et sa figure APA, son script R (R de base, vérifié à 10⁻⁶ près), sa phrase de Méthode, sa place dans le plan (effets partial et interaction), le préenregistrement et l'article.
• Le sous-groupe (D-113, D-116) : une analyse, une analyse du carnet ou une hypothèse peut ne porter que sur une partie des personnes (sexe = Femme, age ≥ 40, sexe parmi …), après les règles d'exclusion ; la phrase, chaque note de tableau et de figure, la Méthode, le préenregistrement et le script R le disent. Jamais par un identifiant, un texte libre ou une date. Le projet passe au format 0.6.0 et le carnet en version 1.3.0 (les plus anciens s'ouvrent tels quels). Un p corrigé est toujours confirmé quand il change (D-116).
• Le sens attendu nommé : sur la page « Plan », « Femme plus élevé que Homme », ou les noms des deux mesures d'un test apparié, au lieu de « le premier groupe ».
• En ligne de commande : apparie, anova_rm, logistique, partielle, moderation (en anglais paired, rm_anova, logistic, partial, moderation), avec --premiere, --seconde, --mesures, --covariables, --focal, --moderateur, --evenement, --centrer, et --sous-groupe sexe eq 1 pour ddict analyser, ddict carnet ajouter et ddict plan ajouter.
• L'IA conseillère connaît les analyses nouvelles ; scripts/banc_conseil.py --suivi l'évalue sur six objectifs écrits pour la base de suivi.
• Une base fictive de suivi (etude-suivi.sav, 240 participants, trois temps de mesure) et son corrigé, pour les tests et pour essayer.
• Corrections après l'essai et le scénario : les tableaux et les figures d'une analyse sur sous-groupe décrivent bien les personnes du sous-groupe (la note d'un test t donnait les effectifs de toute la base) ; le conseiller refusait toute proposition qui nommait un rôle ou une méthode des nouvelles analyses ; le sens d'un test apparié parle de « la première mesure », plus de « groupe » ; l'axe logarithmique des figures est gradué en valeurs simples (0,5 ; 0,7 ; 1).
• Second essai sur la base ouverte AMATUS : les sous-groupes de l'article, choisis dans l'outil, redonnent ses chiffres, et R ceux de l'outil (docs/essais/2026-10-18-essai-v014-amatus.md).
• Guides : « Les analyses du catalogue élargi et le sous-groupe », en français et en anglais ; le scénario manuel gagne les étapes 54 à 58.

Version 0.13.0

Le plan d'analyse, le préenregistrement et l'ébauche d'article : les hypothèses écrites avant l'analyse, le gel et les amendements, puis un article IMRaD de la page de titre aux Références (plan : docs/plan-v0.13.md, D-101 à D-110 ; fiche validée : docs/plan-analyse-article.md). Aucune IA dans cette version.

• Le plan d'analyse (D-101, D-103) : les hypothèses de l'équipe, chacune liée à une analyse du catalogue, à ses variables et à l'effet qui y répond (la différence, la corrélation d'une paire, le modèle ou un prédicteur d'une régression), avec son sens attendu, son caractère (confirmatoire ou exploratoire) et sa famille ; les règles générales : seuil α tapé par l'équipe (jamais d'office), correction (Holm par défaut, Bonferroni ou aucune), justification de la taille d'échantillon, origine des données et leur état quand le plan a été écrit, déclarés par l'équipe. Le projet passe au format 0.5.0 (un projet plus ancien s'ouvre tel quel).
• Le gel et les amendements (D-102) : le plan figé reçoit sa date et son empreinte, et chaque hypothèse devient une analyse du carnet ; ensuite, toute modification exige une raison et devient un amendement, gardé pour toujours ; l'analyse d'origine reste au carnet, écartée. Le carnet dit l'état de chaque analyse face au plan : prévue, remplacée par un amendement, variante, exploratoire.
• Le sens attendu et la correction (D-103, D-104) : pour un test t, un sens attendu rend le test unilatéral ; les p d'une même famille sont corrigés par Holm ou Bonferroni, vérifiés contre p.adjust de R.
• Le préenregistrement (D-109) : OSF Prereg pour des données primaires, van den Akker et al. (2021) pour des données secondaires, en Word et en Markdown, écrit à partir du plan et du codebook seulement : aucun effectif ni résultat ; ce que l'outil ne peut savoir reste un trou. L'outil ne dépose rien et ne dit jamais qu'une étude a été préenregistrée.
• L'ébauche d'article (D-106, D-107) : page de titre et résumé en trous, Introduction avec les hypothèses, Méthode avec un paragraphe « Plan d'analyse » (origine et état déclarés, gel, α, correction, familles, amendements), Résultats par hypothèse avec le p corrigé, puis les analyses exploratoires, Discussion qui rappelle le sens attendu et le sens observé sans jamais juger (ni « soutenue », ni « significatif »), Références tirées des sources du codebook. Le document s'appelle <projet>-article.docx, avec -article-graphiques.xlsx et -article-R.zip.
• La page « Plan », avant « Analyses », et en ligne de commande ddict plan (lister, ajouter, modifier ou amender, retirer, deplacer, regles, figer, effacer --confirmer, preenregistrement) et ddict article ; en anglais, list, add, modify ou amend, remove, move, rules, freeze, clear --confirm, preregistration et ddict paper. ddict resultats reste un autre nom de ddict article pour cette version. La page et les commandes écrivent les mêmes fichiers.
• Les catégories écrites en texte (D-110) : dans un CSV, une variable aux valeurs « oui », « non » entre dans les analyses dès que son niveau est nominal ; une case vide y est une valeur manquante ; --modalites accepte les codes de texte. Le script R lit le CSV comme l'outil : séparateur, marque décimale, encodage, cases vides, colonnes de texte (un CSV séparé par des points-virgules ne se lisait pas).
• Corrections après l'essai et le scénario : la page « Plan » choisit les deux modalités comparées d'un groupe à plus de deux modalités, comme --modalites ; elles sont nommées par leurs étiquettes (« Femme, Homme ») dans le plan, les amendements et le rapport d'analyse ; le formulaire ne se replie plus après une modification enregistrée ; une différence nulle au centième près n'a plus de « groupe plus élevé » dans la Discussion ; la liste des analyses en anglais a sa ponctuation anglaise ; plus de « Choose options » en anglais dans les listes.
• Les niveaux de mesure et les codes manquants en ligne de commande : ddict niveaux (lister, accepter, rejeter, fixer ; en anglais ddict levels, list, accept, reject, set) et ddict codes (lister, manquant, valeur, annuler ; en anglais list, missing, value, undo), avec les fonctions des pages « Base » et « Variables ».
• Après le second essai : dans le tableau d'une corrélation, le n, la moyenne et l'écart-type de chaque variable portent sur les personnes qui entrent dans une corrélation du tableau (plus de n = 820 à côté de N = 182) ; un même code manquant partagé par plusieurs variables se dit une fois, « Le code -1 (a, b) », dans la Méthode comme dans le préenregistrement.
• Essai sur la base ouverte AMATUS et son article publié (Artemenko et al., 2021) : les chiffres de l'outil sont ceux de l'article et de R (docs/essais/2026-10-18-essai-plan-article-amatus.md).
• Guides : « Le plan d'analyse, le préenregistrement et l'article », en français et en anglais ; le scénario manuel gagne les étapes du plan.

Version 0.12.0

La section Méthode : qui a été exclu et pourquoi, la qualité de la passation, l'échantillon, les instruments et les analyses, rédigés à partir des décisions de l'équipe (plan : docs/plan-v0.12.md, D-093 à D-100 ; fiche validée : docs/methode-gabarits.md). Aucune IA dans cette version.

• Les règles d'exclusion (D-093) : des décisions du projet, écrites par une personne, chacune avec sa raison en clair et son rang. Cinq sortes : condition sur une variable ou sur un score, complétude d'un groupe, durée de passation (son seuil exige une source), grille en ligne droite, doublons. Jamais une liste de personnes : une condition qui nommerait une valeur d'un identifiant, d'un courriel ou d'un texte libre est refusée. Le projet passe au format 0.4.0 (un projet plus ancien s'ouvre tel quel).
• Appliquées partout de la même façon (D-094) : dans leur rang, après les codes manquants, les noms, les items inversés et les scores ; avant chaque analyse de l'outil, dans le script de préparation SPSS et R (ddict_exclusion) et dans le script R maître ; jamais dans la copie documentée. Les mêmes effectifs dans l'outil, dans R et dans PSPP.
• Le diagramme de flux (D-098) : une figure APA dans Word, la Figure 1 du document, et le tableau de ses effectifs dans Excel.
• Les signaux de qualité de la passation (D-095) : durées (aussi sur des dates en texte, dont le format est détecté), grilles en ligne droite et doublons, avec le nombre de personnes que chacun toucherait. Aucun seuil par défaut, jamais appliqués seuls ; En faire une règle remplit le formulaire, la raison reste à écrire.
• La fidélité (D-096) : l'alpha de Cronbach de chaque score, recalculé sur l'échantillon analysé, avec son intervalle de confiance à 95 % (Feldt), vérifiés dans R. L'oméga est reporté.
• Les paragraphes de la Méthode (D-097) : Participants, Instruments et Analyses, rédigés par des phrases fixes, en français et en anglais ; un fait que le codebook ne donne pas devient un trou « [à compléter : …] », surligné dans Word, jamais deviné ; aucune formulation qui juge.
• Le document « Méthode et Résultats » (D-099) : les mêmes trois fichiers que la v0.11, la section Méthode avant les Résultats, tableaux et figures numérotés à la suite sur tout le document.
• Les chiffres de la Méthode, gardés et confirmés (D-100) : le carnet garde aussi les effectifs du flux, la description de l'échantillon et les alphas ; une règle ajoutée rend la Méthode et les analyses « changées, à confirmer », et le document attend une personne. Bouton Tout confirmer. Le carnet passe en version 1.1.0 (un carnet 1.0.0 s'ouvre tel quel).
• La page « Méthode », après « Carnet » : les règles et leurs effectifs, le formulaire Ajouter une règle, le diagramme de flux, les signaux, les variables de l'échantillon et l'aperçu des paragraphes avec leurs trous. En ligne de commande : ddict exclusions (lister, ajouter, retirer, deplacer, signaux) et ddict carnet echantillon ; en anglais, list, add, remove, move, signals et ddict notebook sample. La page et les commandes écrivent les mêmes fichiers.
• Une correction en passant : la phrase de résultat d'une corrélation écrit r sans zéro initial, comme les tableaux (« r(195) = ,07 »).
• Corrections après l'essai : une règle qui n'exclut personne reste dans le diagramme mais pas dans la phrase des Participants (« Aucune n'a été exclue par les règles d'exclusion » si aucune n'exclut) ; les pourcentages d'une même variable ont tous une décimale, ou aucun (« 56,9 % ; 42,0 % », plus « 56,9 % ; 42 % ») ; ddict ne plante plus quand sa sortie est redirigée vers un fichier (> journal.txt) : elle s'écrit alors en UTF-8.
• Une base fictive de passation (etude-passation.sav) et son corrigé, aux effectifs connus, pour les tests. Essai sur une vraie base : docs/essais/2026-10-17-essai-methode.md.
• Guides : « La Méthode : exclusions, diagramme de flux et paragraphes », en français et en anglais.