Revue du marché américain
Considérez "美股复盘" comme une revue complète, non comme un synonyme de lecture de la shortlist du jour. Le livrable doit concilier les dernières sorties machine avec la base de données de candidats gérée manuellement en direct, et assurer la continuité entre les jours.
Avant la revue
Lisez entièrement references/review-contract.md. Lisez config.local.json situé à côté de ce fichier pour les cibles du projet zAI local et de la base de données privée. S'il est manquant ou contient encore des espaces réservés, indiquez quelle source en direct est indisponible ; ne devinez jamais une base de données et ne substituez pas silencieusement un ancien snapshot.
Exécutez l'audit d'artefact fourni avant de tirer des conclusions :
& <python-configuré> -X utf8 scripts\audit_us_review.py
Utilisez l'interpréteur Python requis par les instructions de la machine en cours ; l'espace réservé n'est pas un nom d'exécutable littéral. Lorsqu'il est invoqué en dehors du dossier d'installation du skill, passez --config <chemin-absolu-config.local.json>. Arrêtez la revue si l'audit signale un décalage de date, un rapport incomplet, une image manquante, une non-concordance de hash, une absence de preuve visuelle lue, ou un jeton d'image non concordant. Nommez exactement l'écart au lieu de le combler de mémoire.
Construire l'univers de la revue
Interrogez la base de données de candidats en direct configurée pour le mois civil actuel avec une pagination complète. Conservez chaque date de sélection pour les symboles sélectionnés plus d'une fois.
Formez quatre ensembles explicites :
- Sélections du jour : chaque symbole dans le dernier rapport nocturne, y compris les candidats non-B1 sans graphique B1.
- Veilles actives : chaque ligne de la base de données dont le statut humain actuel est
重点关注,继续观察, ou待复盘non résolu. - Changements de statut : ajouts, mises à niveau, déclassements, éliminations, plans invalidés et re-sélections depuis la revue précédente.
- Registre mensuel : chaque symbole sélectionné pendant le mois, y compris les lignes
不再观察.
Utilisez le 当前状态 humain comme autorité par rapport à une conclusion machine obsolète. Conciliez les ensembles avant la livraison. Un symbole présent dans l'ensemble actif de la base de données mais absent de la liste portée du jour est un conflit de couverture, non une preuve qu'il a cessé d'être actif.
Lire les graphiques
Ouvrez réellement chaque graphique du jour pour les sélections du jour et chaque veille active. Vérifiez la position, les lignes blanches/jaunes, la structure en N, le volume de pullback, le J/KDJ, la distribution antérieure, et si un mouvement multi-vagues est déjà trop mature. N'appelez pas l'existence d'un fichier, un texte JSON, une variation de prix, ou un graphique antérieur "看过图".
Si une veille active est absente du rapport du jour, rendez son dernier graphique quotidien/hebdomadaire à partir des barres locales actuelles avec le moteur de rendu établi du projet dans une sortie temporaire, puis ouvrez-le. Ne modifiez pas les rapports de production uniquement pour obtenir la vue manquante. Une ligne mensuelle préalablement éliminée ne nécessite pas de nouveau graphique à moins qu'elle n'ait été re-sélectionnée, que son statut ait changé, ou que l'utilisateur la nomme.
Pour un candidat non-B1 sans image B1 standard, utilisez ses preuves source disponibles et dites qu'aucun graphique B1 n'a été produit. Ne prétendez jamais que son graphique a passé les vérifications visuelles B1.
Fournir un rapport lisible
Commencez par la conclusion actionnable : exécutez, continuez à surveiller, ou pas de configuration valant la peine d'être forcée. Incluez ensuite :
- un paragraphe concis pour chaque symbole sélectionné aujourd'hui et chaque veille active : jugement actuel, la raison décisive, et une condition d'attente observable ;
- une section explicite sur les changements de statut, incluant "无变化" si applicable ;
- un tableau mensuel complet avec symbole, toutes les dates de sélection, le nombre de sélections, le dernier cours de clôture, le rendement depuis la première/dernière sélection clairement étiqueté, et le statut humain actuel ;
- la checklist la plus courte et la plus utile pour demain.
N'inventez pas de classement "première attention", n'assimilez pas l'ordre alphabétique à une priorité, et ne mettez pas à niveau WAIT sans nouvelle preuve. Un rendement de screening n'est pas un P&L de trading et ne prouve pas que l'action aurait dû être achetée. Quand il n'y a pas d'opportunité claire, dites-le directement.
Gardez les hachages backend, les champs bruts de la machine d'état, et les détails d'audit en dehors du rapport destiné au lecteur, sauf si une panne nécessite un diagnostic. La réponse du chat et toute revue sauvegardée doivent exprimer les mêmes conclusions ; ne créez pas de versions concurrentes.
Les écritures nécessitent une instruction séparée
La revue est en lecture seule. Écrire dans Notion, modifier le statut des candidats, ou générer un ticket de trading uniquement lorsque l'utilisateur demande explicitement "写回", "固化", ou équivalent. Après une écriture autorisée, relisez les enregistrements/pages affectés et vérifiez-les. Ne passez jamais d'ordres.
Candidats du compte de point de vue
Lorsque les symboles configurés XDV.TO et NA.TO (le BNC de l'utilisateur) sont dans le champ d'application, gardez-les dans une section séparée "观点仓候选" et suivez les règles exactes dans la référence. Ils ne remplacent pas l'univers de la revue américaine, et XDV n'est jamais décrit comme un parking de liquidités.