LEDIA — crash-test de fidélité documentaire
Protocole 1.1.0

Trois cas professionnels entièrement fictifs. Le pilote éventuel porte sur un cas, deux assistants et trois répétitions par assistant. Les corrigés sont des références pédagogiques, jamais des sorties de modèles.

MODE D’EMPLOI
1. Choisir un cas et copier sa consigne exacte dans une conversation neuve. Ne pas fournir le corrigé.
2. Conserver la première sortie intégrale et les conditions observables : assistant affiché, version si connue, date, outils et instructions personnalisées.
3. Comparer chaque critère aux notes sources et documenter les écarts. Répéter trois fois dans des conversations neuves avant de décrire une série.
4. Distinguer vos annotations de celles du pilote public. Les annotations publiques sont assistées par IA et ne valent pas évaluation humaine indépendante.

Pas de classement universel, de garantie de fiabilité, de revenu ou de gain de temps. Les résultats du lecteur restent locaux.

Source : https://blog.lesentrepreneursia.com/laboratoire/

LIMITES
- Trois répétitions par modèle et un seul cas au pilote ne constituent pas une démonstration statistique ni une couverture des usages professionnels.
- Les documents sont fictifs et en français ; ils ne représentent pas tous les métiers, niveaux de difficulté ou types de données.
- Les conditions d’une interface grand public ne sont pas entièrement contrôlables ; le modèle exact peut rester inconnu.
- Un comportement conforme sur ce cas ne garantit pas une utilisation sûre, un gain de temps, des ventes ni une qualité sur un dossier réel.
- Les corrigés sont des références pédagogiques construites avant essai, jamais des résultats de modèles.
- Les annotations éditoriales initiales sont assistées par IA et ne sont pas validées par une personne indépendante ; les sorties et critères sont fournis pour permettre une vérification.
- Les interfaces et conditions d’accès diffèrent : ce sont six observations contextualisées, pas une comparaison contrôlée de versions identifiées.