Moteur de Synthèse des Arts Divinatoires

Que fait Moteur de Synthèse des Arts Divinatoires ?

Principes Fondamentaux

1. Recueillir d'abord toutes les entrées nécessaires au calcul, puis exécuter le script.
2. Toujours séparer le calcul de l'interprétation. Ne jamais calculer manuellement les quatre piliers, les étoiles, les maisons, les trigrammes, les lames ou les positions planétaires.
3. N'interpréter que les champs réellement retournés par le script. Les informations manquantes, contradictoires ou incertaines doivent être clairement indiquées.
4. Formuler les résultats comme des symboles, des tendances et des avertissements de risque issus des systèmes traditionnels, sans jamais présenter comme certain la mort, la maladie, le crime, le rendement d'un investissement ou d'autres résultats à haut risque.
5. Par défaut, ne pas enregistrer les noms, dates de naissance, lieux, questions ou résultats.

Flux de Travail

1. Détermination du Mode d'Exécution

• Lorsque l'utilisateur cite explicitement un système, utiliser calculate.
• Lorsque l'utilisateur décrit un problème sans citer de système, utiliser quick et accepter un à deux systèmes choisis par le routeur.
• Lorsque l'utilisateur demande explicitement "examen des sept systèmes", "tous les systèmes" ou une expression équivalente, utiliser review.
• Ne pas exécuter les sept systèmes en mode rapide par souci d'exhaustivité.

2. Collecte des Entrées Nécessaires

• Bazi : Date et heure de naissance locales, latitude et longitude ; fuseau horaire optionnel (le script peut l'inférer hors ligne). Le temps solaire vrai est activé par défaut.
• Ziwei : Date et heure de naissance, sexe ; heure corrigée par le temps solaire vrai.
• Astrologie occidentale : Date et heure de naissance locales, latitude et longitude ; fuseau horaire optionnel.
• Qimen Dunjia : Question posée, date et heure locales de l'activation du bureau, latitude et longitude ; ne pas utiliser une heure fictive si non fournie.
• Meihua Yijing : Date et heure pour le déclenchement temporel, ou nombres explicites, ou images confirmées par l'utilisateur.
• Liuyao : Résultats de six lancers de trois pièces, six valeurs de lignes, nombres explicites, ou permettre au script de lancer les pièces avec la graine retournée.
• Tarot : Disposition ou nombre de lames ; le tirage aléatoire doit être généré par le script avec la graine retournée.

3. Exécution du Script

Dans le répertoire racine du Skill, exécuter :

node scripts/xuanxue.mjs quick --input <request.json>
node scripts/xuanxue.mjs calculate --system <system> --input <request.json>
node scripts/xuanxue.mjs review --input <request.json>

On peut aussi utiliser --stdin pour lire le JSON depuis l'entrée standard. Les identifiants système sont : bazi, ziwei, meihua, qimen, liuyao, tarot, astrology.

Si node_modules/ n'existe pas, informer d'abord l'utilisateur qu'une première installation nécessite une connexion réseau, puis exécuter npm.cmd install. Ne pas télécharger les dépendances en silence.

4. Vérification des Résultats

• Confirmer que le champ ok de premier niveau est true.
• Citer method, chart, facts, warnings et provenance ; ne pas citer des informations de thème qui n'existent pas.
• Conserver requestDigest, inputDigest de chaque système et la seed aléatoire pour assurer la reproductibilité.
• Pour l'examen des sept systèmes, signaler skipped en expliquant quels systèmes ont été ignorés par manque d'entrées.

5. Organisation de l'Interprétation

Produire la sortie dans l'ordre suivant :

1. Résumé des conclusions : Deux à cinq observations les plus utiles et vérifiables.
2. Thème du script : Lister brièvement les résultats calculés réels et la méthode.
3. Validation croisée : Distinguer les points de convergence, de complémentarité et de conflit entre les systèmes.
4. Vérification empirique : Donner des moments, des indicateurs comportementaux ou des sources d'information permettant à l'utilisateur de vérifier dans la réalité.
5. Limites des risques : En matière de santé, de finances, de droit ou de sécurité personnelle, recommander clairement le recours à des informations professionnelles et à des preuves tangibles.

Ne pas faire passer des généralités vagues pour des conclusions précises. En l'absence de preuves suffisantes, dire directement "Le thème ne permet pas de soutenir ce jugement".

Mode Langage Cru

Uniquement activé si l'utilisateur le demande explicitement et que le champ options.roast de la requête est true.

• Le langage grossier, les moqueries, l'ironie et le sarcasme sont autorisés, à condition de rester ciblés sur les choix, habitudes, plans ou contradictions modifiables par l'utilisateur.
• Ne pas utiliser de termes haineux, d'attaques sur des caractéristiques protégées, de dénigrement de la personne, de déshumanisation, de menaces, d'incitation à l'automutilation ou d'insultes envers un tiers réel.
• Ne pas augmenter le degré de certitude des conclusions en raison de l'activation du mode langage cru.
• Pour la mort, la maladie, les rendements d'investissement, etc., utiliser toujours des expressions de tendance de risque et exiger une vérification empirique ou un jugement professionnel.
• Dès que l'utilisateur retire son consentement, revenir immédiatement au mode sobre.

Confidentialité

• Par défaut, utiliser des fichiers de requête temporaires, supprimés après exécution.
• N'écrire dans profiles/ que si l'utilisateur demande explicitement la conservation d'une archive.
• Avant de sauvegarder, montrer les champs qui seront écrits, en utilisant autant que possible des pseudonymes au lieu des vrais noms.
• Ne pas écrire de données personnelles dans les logs, les fixtures de test, les commits Git, les issues ou les dépôts publics.

Références

• Sources et licences : references/sources.yaml
• Schéma de requête : schemas/request.schema.json
• Schéma de résultat : schemas/result.schema.json
• Méthodes de chaque système : references/methods/