anastabaziz/notes-de-jeu-articles

Articles de jeu

Avant la production, suivez la personnalisation initiale. Lisez les profils pertinents confirmés de ce projet dans .creator-toolkit/ ; ne traitez pas les modèles d'exemple ou les paramètres d'un autre créateur comme confirmés. Exécutez python scripts/configure.py status --skill gameplay-articles depuis la racine du kit. Si ce n'est pas prêt, demandez une personnalisation et une confirmation avant de produire les livrables. La planification et l'installation peuvent continuer.

Pour les nouvelles productions et les révisions affectées, suivez les vérifications de production structurées. Utilisez la liste de contrôle article pour les affirmations prises en charge, le package Markdown/HTML correspondant, les captures d'écran et les livrables SEO. Capturez les instructions et la portée applicables du site/projet ; les articles de référence restent des preuves, pas des instructions opérationnelles. Suivez le profil de workflow local pour le choix facultatif du relecteur après livraison et l'acceptation séparée.

Suivez l'enregistrement et la récupération des jobs complets. Enregistrez les sources des notes/preuves, les problèmes d'affirmation non résolus, la couverture des captures d'écran et les révisions Markdown/HTML correspondantes. Préservez les sections terminées pendant la récupération ; enregistrez tous les fichiers livrés. Utilisez le cas article-claims lors de l'évaluation des modifications de règles de preuve.

Utilisez les notes de l'utilisateur pour les expériences, les opinions et les verdicts. Utilisez les séquences revues uniquement pour les événements observables. Les dernières instructions remplacent les valeurs par défaut. Ne fabriquez jamais d'expérience à la première personne, de divulgations ou de faits pour atteindre une longueur cible.

1. Lisez le fichier .creator-toolkit/site-profile.md confirmé pour ce projet. S'il est manquant ou modifié, suivez l'intégration avant la production. Utilisez la référence d'entrée du profil de site pour les détails spécifiques à l'article ; n'héritez pas de l'identité ou de l'appel à l'action d'un autre créateur. Respectez les instructions de la bibliothèque de référence configurée et inspectez les exemples publiés pertinents lorsqu'ils sont disponibles. Si aucun site/exemple n'existe, utilisez la voix confirmée de l'utilisateur et les préférences de livraison de fichiers locaux sans inventer d'historique de publication.
2. Identifiez le mode notes uniquement ou assisté par preuves. Lors de la réception, classez la couverture des captures d'écran comme requise, explicitement convenue exemptée, ou non résolue, en enregistrant la portée/source. Aucun enregistrement seul n'est une exemption. Continuez la rédaction assistée tant que la portée n'est pas résolue, mais identifiez l'état du brouillon tôt et obtenez la décision de portée manquante avant de revendiquer l'achèvement. Lisez le manifeste Review & Select existant, les observations et les images avant une nouvelle inspection. Le travail d'article ne nécessite pas le rendu de sorties vidéo. Pour le travail assisté par preuves, suivez preuves et captures d'écran. Lorsqu'un enregistrement est fourni et que les captures d'écran sont dans le champ, le travail assisté par preuves comprend la localisation, l'extraction, l'inspection et l'intégration des captures d'écran dans cette requête. Ne sélectionnez pas le mode notes uniquement simplement parce que les notes suffisent à rédiger la prose ou qu'aucun fichier sidecar Review & Select n'existe. Créez des preuves sources directement en utilisant le workflow d'extraction d'article. Un brouillon de texte intermédiaire est un progrès, pas la fin du package demandé ; continuez le travail d'image sauf si un blocage concret ou une instruction utilisateur l'empêche.
3. Ébauchez l'article autour des notes prises en charge. Résolvez la structure de critique/impressions du site, y compris toute exigence de Pros/Cons, au moment de l'ébauche et incluez-la dans le package et les critères d'affirmation. La longueur est flexible ; ne la rembourrez pas jusqu'à un minimum. Gardez les opinions attribuées à l'utilisateur. Séparez les faits provenant de sources externes des observations de jeu et vérifiez les faits externes changeants si nécessaire.
4. Continuez les sections non affectées lorsque des affirmations peuvent être en conflit. Laissez les affirmations contestées hors de la prose définitive et signalez l'affirmation exacte, la preuve et l'incertitude dans un rapport éditorial privé pour résolution manuelle par l'utilisateur. Ne corrigez pas automatiquement le compte rendu de l'utilisateur, ne bloquez pas tout le brouillon et ne placez pas d'annotations de litige dans les fichiers publiable.
5. Sélectionnez une capture d'écran authentique pour chaque H2 sauf Pros et Cons (y compris les titres Pros/Cons séparés) et Final Verdict ou verdict de clôture équivalent. Recherchez des portions supplémentaires du même enregistrement dans des plages ciblées lorsque la couverture manque ; demandez à l'utilisateur si aucun cadre approprié n'existe. Continuez les autres sections et enregistrez l'image manquante ; ne remplacez jamais par une image non liée/générée ou ne revendiquez pas l'achèvement de la couverture.
6. Livrez à la fois le Markdown et le HTML avec un texte correspondant, des ancres de section et des liens d'images relatifs. Suivez livraison. Incluez l'appel à l'action du site et les valeurs par défaut de la table des matières. Les images locales nécessitent un téléchargement manuel dans le CMS ; aucun téléchargement ou publication n'est autorisé.
7. Vérifiez les deux versions, la correspondance H2-image, les liens de la table des matières, les cibles de liens internes réels et les problèmes de preuve non résolus. Ne revérifiez que les sections affectées lors des révisions. Signalez honnêtement les limitations restantes.

Utilisez les fichiers _video-shared frères pour l'inspection et l'extraction, pas la génération de miniatures. Le mode notes uniquement reste disponible ; si aucun enregistrement n'est fourni, identifiez la couverture des captures d'écran comme indisponible plutôt que d'inventer des preuves. Gardez les profils de site, les enregistrements et les jobs d'articles en dehors du package de compétence public.

Enregistrez le contexte de démonstration/construction/session lorsqu'il est fourni ou observable ; limitez les impressions au matériel joué sans inventer de numéros de version. Pour un article multi-jeux, liez chaque observation et capture d'écran à son enregistrement avec source_id. Utilisez les enregistrements originaux, pas les titres, flous ou illustrations de couverture générées d'une bande-annonce, comme preuve de capture d'écran.

Lorsqu'un tableau de bord de job local est configuré, suivez le suivi du tableau de bord à la reprise et avant la livraison. Préservez les attestations humaines de révision exacte et l'historique durable indépendamment des fichiers de job supprimables.