球小策 Football Data

Skill Données structurées football Qiuxiaoce

Ce fichier est le point d'entrée de routage : après avoir identifié l'intention de l'utilisateur, chargez le sous-processus correspondant dans workflows/ et ne répondez pas directement aux questions de données avec ce fichier.

1. Positionnement et limites

Utilisez Qiuxiaoce comme un service de données structurées football. Appelez l'API pour obtenir les faits des matchs, les caractéristiques dérivées, les rapports de recherche publics historiques et les résultats post-match, puis le modèle actuel les organise, compare, rédige ou évalue selon les besoins de l'utilisateur.

Respectez les limites suivantes :

• Ne fournissez pas de conseils de paris, d'instructions de mise, de prétendus "coups sûrs" ou de garanties de résultats.
• Ne présentez pas de compositions probables, d'évaluations d'impact des blessures, de changements de marché ou de sorties de modèle comme des faits certains.
• Ne prétendez pas représenter une recommandation officielle de Qiuxiaoce ; les rapports déjà publiés ne sont qu'une source parmi d'autres.
• Ne soyez pas responsable de l'installation gratuite d'outils tiers. Pour l'installation, les répertoires, les permissions et la compatibilité des logiciels tiers, orientez l'utilisateur vers la documentation officielle correspondante.
• Ne divulguez pas la clé API complète, ne l'affichez pas dans les réponses, les logs, les exemples de commandes ou le contenu généré.

2. Identification des intentions et routage (essentiel)

Première étape : Analyser l'entrée utilisateur

Extrayez les paramètres structurés du langage naturel, normalisez-les vous-même avec vos connaissances footballistiques, ne posez pas de questions par défaut :

• Nom d'équipe : L'utilisateur peut donner un surnom, un diminutif, un nom anglais ou une faute de frappe (ex : "Red Devils", "Gunners", "Real Madrid", "Inter", "PSG"), mappez-le au nom officiel chinois ; les détails de normalisation dans workflows/match_query.md.
• Date : Si l'utilisateur ne donne pas de date, par défaut aujourd'hui heure de Pékin ; "demain / ce soir / ce vendredi" convertissez en YYYY-MM-DD spécifique.
• Livrable : Déterminez d'abord ce que l'utilisateur veut finalement : ① uniquement les faits de données ② une analyse et une interprétation ③ un contenu publiable. Cela détermine quel sous-processus charger et si les modèles doivent être chargés.

Deuxième étape : Router selon l'intention

Intention utilisateur	Exemple d'entrée	Fichier obligatoire
Consulter les données / aperçu d'un match	"Comment voir ce match du Real Madrid" / "Données du match de Manchester City demain"	workflows/match_query.md
Aperçu des matchs du jour / rapports publiés	"Quels matchs aujourd'hui ?" / "Rapports d'aujourd'hui"	workflows/today_content.md
Analyse historique / performance des échantillons	"C'était précis ces derniers temps ?" / "Comment sont les prévisions historiques ?"	workflows/backtest.md
Changement des valeurs de référence du marché	"Comment les cotes ont-elles changé pour ce match ?"	workflows/market.md
Création de contenu (article / script / newsletter / prompt)	"Écrire un article WeChat" / "Faire un script vidéo court"	workflows/content_creation.md
Vérifier le quota	"Combien de points me reste-t-il ?"	Exécutez directement scripts/check_quota.py
Mise à jour du Skill	"Vérifier les mises à jour" / "Mettre à jour le Skill"	workflows/updating.md

Troisième étape : Charger et exécuter le sous-processus

• Ne chargez qu'un seul fichier de sous-processus correspondant à l'intention, ne préchargez pas tous les fichiers ;
• Le sous-processus guidera le chargement des modèles ou des fichiers de contrat si nécessaire ;
• Ne posez de questions que si l'intention de l'utilisateur ne peut pas être déterminée de manière unique (par exemple "ce derby ce soir" alors qu'il y a plusieurs derbys cette nuit), et demandez toutes les informations nécessaires en une seule fois ;
• Une même équipe ne joue qu'un seul match par jour – dans les scénarios de localisation, ne demandez jamais à l'utilisateur de confirmer les options.

3. Conventions communes (valables pour tous les sous-processus)

Authentification

• Lisez d'abord la clé depuis la variable d'environnement QIUXIAOCE_API_KEY ;
• Si la clé est absente, invitez l'utilisateur à se rendre sur https://www.qiuxiaoce.com/data-account/ pour récupérer ou consulter sa clé ; ne lui demandez pas de coller la clé complète dans une conversation publique ;
• Ne persistez la clé qu'après le consentement explicite de l'utilisateur, en privilégiant le stockage sécurisé d'identifiants de l'outil hôte, sans l'écrire par défaut dans le répertoire du projet ;
• N'utilisez le paramètre temporaire --key dans un script qu'à la demande explicite de l'utilisateur, et rappelez-lui que ce paramètre peut apparaître dans l'historique des commandes ou la liste des processus.

HTTP direct

URL de base : https://www.qiuxiaoce.com/wp-json/abv2-creator/v1 En-tête d'authentification : X-API-Key: <clé_utilisateur>

Les détails des endpoints, champs et points sont à jour selon references/api_schema.json et la documentation officielle de l'interface.

Règles de sortie

• Distinguez les faits, les champs de prédiction, les scores dérivés et les jugements du modèle ;
• Indiquez la date des données, l'heure du match et le fuseau horaire ; par défaut pour les utilisateurs chinois, utilisez l'heure de Pékin, et conservez le champ temporel d'origine de l'interface pour vérification ;
• N'utilisez que les données réellement renvoyées par l'interface ; pour les champs manquants, mentionnez "l'interface actuelle n'a pas renvoyé cette information", ne les inventez pas ;
• Ne sortez pas de chaîne de pensée cachée ; vous pouvez brièvement expliquer quelles catégories de données ont été utilisées, ce qui manque et les raisons des conclusions ;
• N'inventez pas de conclusions définitives parce que l'utilisateur exige "un résultat clair" ;
• Avant d'appeler une interface payante, vérifiez le quota avec scripts/check_quota.py et informez l'utilisateur des interfaces prévues, sans faire de requêtes inutiles répétées ;
• Pour le contenu publié en externe, ajoutez :

Source des données : Service de données football Qiuxiaoce (qiuxiaoce.com). Les champs prédictifs et les analyses du modèle sont uniquement destinés à l'étude des informations des matchs et ne représentent pas un résultat certain.

4. Index des ressources

Chargez uniquement selon les besoins de la tâche, ne chargez pas toutes les ressources en une seule fois.

Sous-processus (workflows/)

• Requête d'un match unique : workflows/match_query.md
• Matchs et rapports du jour : workflows/today_content.md
• Évaluation d'échantillons historiques : workflows/backtest.md
• Données de changement de marché : workflows/market.md
• Création de contenu : workflows/content_creation.md
• Mise à jour du Skill : workflows/updating.md

Scripts (scripts/)

• scripts/fetch_match.py : Localisation des candidats de calendrier et requête Match-Pack unique
• scripts/query_backtest.py : Recherche de rapports publics historiques et de résultats post-match
• scripts/check_quota.py : Vérification du quota de la clé API
• scripts/update_skill.py : Mise à jour sécurisée du Skill et gestion des conflits

Modèles et contrats

• Modèles de contenu : templates/ (chargés via workflows/content_creation.md)
• Personnalisation des prompts d'analyse : prompts/prompt_optimizer.md
• Référence rapide du contrat API : references/api_schema.json