Tian Mira Benchmark 2026.1 : un protocole technique pour comparer les moteurs BaZi

Introduction

Deux calculateurs BaZi peuvent diverger pour plusieurs raisons : normalisation de l'heure, fuseau historique, temps solaire vrai, limites de l'année et du mois, calcul du pilier de l'heure, conventions d'école, structures dérivées, pondération des Cinq Éléments.

Le Tian Mira Benchmark 2026.1 est une tentative de rendre ces différences observables, documentées, comparables et reproductibles. Il ne cherche pas à imposer une école unique.

1. Pourquoi créer ce benchmark ?

• •Résultats différents sans explication : deux moteurs BaZi produisent des piliers ou des pourcentages différents pour la même date de naissance, sans que l'utilisateur puisse comprendre pourquoi.
• •Confusion entre calcul technique et interprétation : un moteur peut afficher une lecture plus « forte » ou « faible » du Maître du Jour sans documenter les coefficients utilisés.
• •Absence de conventions affichées : beaucoup de calculateurs ne précisent pas leur fuseau par défaut, leur gestion du temps solaire ou leur méthode de pondération.
• •Pourcentages présentés comme absolus : des pourcentages élémentaires sont parfois affichés sans marge d'erreur, sans avertissement et sans contexte méthodologique.
• •Impossibilité de distinguer une erreur d'une différence méthodologique : sans protocole commun, une divergence peut être interprétée à tort comme une faute de calcul.

2. Ce que contient le protocole

• •20 cas réels pseudonymisés : aucun nom, aucun identifiant direct ; les données de naissance ont été transformées en JSON structuré.
• •Variété de situations techniques : fuseaux différents, frontières horaires, années bissextiles, heures sans branche terrestre évidente.
• •Réponses de référence conservées séparément : les calculs Tian Mira ne sont pas communiqués au participant.
• •Résultats transmis sous forme de données JSON : un fichier submission.json unique, sans programme ni archive.
• •Comparaison automatisée après validation : la soumission est contrôlée (taille, structure, sécurité) avant toute comparaison.

3. Score technique principal

4. Ce qui ne modifie pas automatiquement le score principal

• •Pourcentages des Cinq Éléments : la répartition Bois, Feu, Terre, Métal, Eau dépend de la pondération choisie.
• •Force du Maître du Jour : l'évaluation « fort », « faible » ou « équilibré » peut varier selon l'école.
• •Racines et rapport soutien/pression : leur interprétation est liée aux conventions de la méthode.
• •Éléments favorables et niveau de confiance : ces champs reflètent des choix d'analyse, pas des calculs standardisés.
• •Interprétation narrative : elle n'est pas comparée dans le cadre de ce protocole technique.
• •Une différence sur ces champs ne doit donc pas être transformée automatiquement en erreur technique.

5. Différence technique ou différence méthodologique

6. Confidentialité et sécurité

• •Les cas contiennent des données de naissance pseudonymisées.
• •Les noms et identifiants directs ont été retirés.
• •Une réidentification indirecte peut rester théoriquement possible.
• •Toute tentative de réidentification est strictement interdite.
• •Le paquet n'est pas public et ne doit pas être redistribué.
• •Les réponses Tian Mira ne sont pas remises au participant.
• •La soumission est un fichier JSON unique.
• •Aucun programme ou script reçu n'est exécuté.
• •Une limite de taille et des limites de complexité JSON sont appliquées.
• •Aucune publication n'est automatique.
• •Tout rapport public éventuel nécessite l'accord préalable du participant.

7. Déroulement du pilote

1. 1Invitation privée
2. 2Accord du participant (formulaire signé)
3. 3Transmission du paquet pilote
4. 4Exécution des 20 cas par le moteur participant
5. 5Retour d'un unique fichier submission.json
6. 6Validation de sécurité et de structure
7. 7Comparaison privée avec les réponses de référence
8. 8Rapport privé remis au participant
9. 9Éventuelle publication agrégée avec son accord explicite

9. Limites

• •Seulement 20 cas : le protocole n'a pas la prétention de couvrir toutes les situations possibles.
• •Absence de vérité absolue du BaZi : le benchmark compare des calculs, pas une « vérité » métaphysique.
• •Protocole centré sur des choix documentés : il n'évalue pas la qualité de l'interprétation humaine.
• •Conventions d'école possibles : les différences entre écoles légitimes ne sont pas comptées comme des erreurs.
• •Aucune généralisation à tous les moteurs : les résultats d'un moteur donné ne valent que pour ce moteur, dans cette version, avec ces paramètres.
• •Aucune certification scientifique : le protocole ne délivre pas de label ou de certification.
• •Aucune mesure de qualité de l'interprétation humaine : seul le calcul technique est observé.
• •Aucune preuve que Tian Mira serait supérieur : les réponses Tian Mira servent de référence technique documentée, pas de verdict absolu.

10. Invitation à participer

Vous développez ou exploitez un moteur BaZi et souhaitez participer à un premier pilote technique privé ? Le premier lot pilote repose sur 20 cas pseudonymisés, avant une extension progressive du benchmark. La participation n'entraîne aucune publication automatique et tout résultat public éventuel reste soumis à votre accord préalable.

FAQ

Citation

Tian Mira. « Tian Mira Benchmark 2026.1 : un protocole technique pour comparer les moteurs BaZi. » Tian Mira, 2026.

Cette citation concerne la documentation publique du protocole. Elle ne constitue pas une citation de résultats indépendants ni d'un dataset public.

Conclusion

Le Tian Mira Benchmark 2026.1 propose un cadre documenté pour comparer la cohérence technique des moteurs BaZi. Il ne prétend pas établir une vérité absolue, ne certifie aucun moteur et ne publie rien sans accord. Le pilote est prêt techniquement ; aucune évaluation externe n'a encore été réalisée.

Lire cette étude