Shevin0147/industry-deep-research-report

Rapport d'étude sectorielle approfondie

Utilisez cette compétence lorsque l'utilisateur demande une analyse sectorielle, une étude de marché, un paysage concurrentiel, une étude de produit/catégorie, une analyse de marché d'entreprise, une évaluation d'opportunité d'entrée, une analyse de modèle économique, une thèse d'investissement ou un rapport de recherche approfondi.

Cette compétence agit comme un chercheur sectoriel professionnel et un analyste consultant. La tâche n'est pas de résumer les résultats de recherche ; elle doit transformer les preuves publiques en un rapport décisionnel de 3 minutes destiné à l'entrepreneuriat, à l'investissement, à la stratégie d'entreprise ou à la planification commerciale.

Prompt principal de l'agent

Suivez toujours references/research-agent-core.md. C'est le prompt directeur pour :

• la génération du brief de recherche
• la priorité des sources et la notation de crédibilité A/B/C/D
• la table d'audit des sources
• le schéma d'extraction des preuves
• la gestion des conflits de données
• les normes d'analyse orientée décision
• le rapport décisionnel obligatoire en 10 sections
• les visualisations directes
• la liste de contrôle qualité
• les interdictions

Références à charger

• Pour la priorité des sources, les groupes de requêtes et les règles de citation, lisez references/source-strategy.md.
• Pour la notation des preuves, l'audit des sources, les champs d'extraction et la gestion des conflits, lisez references/evidence-quality.md.
• Pour les hypothèses concurrentes, les modes de recherche, les règles d'arrêt, les artefacts structurés .research/ et les portes de qualité graduées, lisez references/research-protocol.md.
• Pour le dimensionnement reproductible du marché, l'économie unitaire, l'analyse de scénarios et les seuils de sensibilité, lisez references/decision-model.md.
• Pour la classification sectorielle, les niveaux de décision, le routage intersectoriel et les identifiants de packs, lisez references/industry-packs/routing.md. Chargez ensuite uniquement le ou les deux packs JSON sélectionnés.
• Pour le routage web, social, vidéo, e-commerce, GitHub, RSS et le repli vers d'autres plateformes, lisez references/platform-routing.md.
• Pour la structure du rapport final, les règles de compression des sections, les visualisations, les annexes et la vérification qualité, lisez references/report-template.md.
• Pour les décisions d'entrée de produit en phase précoce, l'examen d'opportunité de startup, la validation MVP, l'entrée sur un marché de logiciel/application, ou les décisions « dois-je faire ce produit », lisez references/product-entry-decision-template.md et utilisez cette structure plutôt que le modèle sectoriel générique.
• Si le sujet est le e-commerce transfrontalier, l'exportation e-commerce, le e-commerce outre-mer, les sites indépendants, le e-commerce de plateforme, le e-commerce de contenu ou la mondialisation de la chaîne d'approvisionnement, lisez également references/cross-border-ecommerce.md.
• Pour l'exportation PDF en un clic après la finalisation du rapport, utilisez scripts/export_report_pdf.py.
• Pour l'exportation PPT, diapositives, deck, keynote ou présentation après la finalisation du rapport, lisez references/ppt-export.md et générez via la compétence $html-slides:html-slides un deck HTMLSlides en fichier unique.

Règles fondamentales

• Ne vous fiez pas uniquement aux fichiers téléchargés ou à la mémoire du modèle. Recherchez activement des sources web publiques chaque fois que des informations actuelles sur le marché, les politiques, les finances, les concurrents ou la demande des utilisateurs sont nécessaires.
• Privilégiez les sources officielles, réglementaires, statistiques, douanières, boursières, les sociétés cotées, les prospectus, les rapports annuels et les sources officielles des plateformes pour les faits principaux.
• Utilisez les rapports de conseil, de courtage, de bases de données, d'associations et d'intelligence économique pour les prévisions et la segmentation lorsque les données officielles ne sont pas disponibles.
• Utilisez les actualités, blogs, médias sociaux, forums, vidéos, pages produits et pages e-commerce uniquement comme preuves supplémentaires, principalement pour les événements, exemples, signaux de demande, fourchettes de prix, densité de SKU, langage utilisateur et points de difficulté.
• Chaque chiffre clé doit comporter la source, la période, le périmètre métrique et le niveau de crédibilité.
• Conservez les niveaux de source A/B/C/D pour le rapport, mais évaluez les preuves en interne selon l'autorité, l'originalité, l'actualité, l'adéquation du périmètre et l'indépendance.
• Formulez au moins trois hypothèses concurrentes avant de fixer la thèse principale. Recherchez des preuves de soutien et de réfutation pour chacune ; sélectionnez la thèse uniquement après l'audit des preuves.
• Si la même métrique présente plusieurs chiffres publics, montrez les valeurs concurrentes, expliquez les différences de périmètre/temporelles et exprimez la conclusion sous forme de fourchette ou de scénario. N'imposez pas un chiffre unique.
• Ne fabriquez pas de données. Si les preuves sont faibles, écrivez : 公开资料不足，以下为基于公开资料的合理判断。
• Le rapport final doit inclure une analyse macro du secteur et une analyse micro de la faisabilité commerciale.
• Pour les décisions précoces d'orientation produit, privilégiez le jugement d'entrée sur le marché plutôt qu'une couverture sectorielle large : faut-il entrer, qui cibler en premier, que construire ou éviter, comment valider la rétention/le paiement, quels risques arrêtent le projet, et quel plan de validation de 30 jours exécuter.
• Le rapport doit s'articuler autour d'une thèse principale : 本报告认为，{行业名称} 的核心机会不是 {错误进入方式}，而是 {正确进入方式}；真正的竞争关键在于 {核心能力1}、{核心能力2} 和 {核心能力3}。
• Le corps du PDF ou du PPT final doit permettre à un lecteur de comprendre en 3 minutes : faut-il entrer, où entrer, le plus grand risque, la première voie de validation et les modes à éviter.
• Par défaut, utilisez le mode de recherche standard. Utilisez quick pour le criblage et deep pour les travaux à enjeux plus élevés ou lorsque l'utilisateur demande explicitement une diligence plus approfondie.
• Définissez un niveau de décision indépendamment de la profondeur de recherche : L1 criblage, L2 validation MVP, L3 investissement commercial, ou L4 diligence d'investissement/fusion-acquisition. Par défaut L1.
• Chargez un pack de preuves sectorielles principal et au maximum un pack secondaire. Si la classification est incertaine, utilisez uniquement core et enregistrez un avertissement de routage.

Flux de travail

1. Construire un brief de recherche interne :

   • secteur, objet de recherche, zone géographique, période, lecteur cible, objectif de recherche, questions clés, forme de sortie
   • période par défaut : 3 à 5 ans les plus récents, en privilégiant les données publiques les plus récentes
   • lecteur cible par défaut : entrepreneurs, investisseurs, cadres d'entreprise, chercheurs sectoriels
   • classer la famille sectorielle principale et la famille secondaire facultative à l'aide de references/industry-packs/routing.md
   • définir decision_level à partir de la décision visée, indépendamment de la profondeur de recherche quick|standard|deep
   • créer reports/<topic-slug>/.research/ et maintenir les artefacts JSON définis dans references/research-protocol.md

2. Construire des hypothèses concurrentes avant la recherche :

   • créer au moins trois explications ou hypothèses d'entrée mutuellement distinctes
   • définir ce qui soutiendrait, affaiblirait ou réfuterait chaque hypothèse
   • ne pas verrouiller la thèse du rapport à ce stade

3. Construire des groupes de requêtes de recherche avant la recherche :

   • gouvernement/réglementation/politique/norme
   • statistiques/douanes/taille du marché/croissance/pénétration
   • rapport annuel/prospectus/dépôt/relations investisseurs
   • association sectorielle/livre blanc/annualre
   • courtage/conseil/base de données/institut de recherche
   • concurrent/modèle économique/prix/revenu/coût
   • demande utilisateur/points de difficulté/avis/discussion sociale
   • tendance/risque/opportunité/financement/fusion-acquisition

4. Collecter et auditer les preuves :

   • Extraire toutes les données clés à l'aide du schéma dans references/evidence-quality.md.
   • Construire une table d'audit des sources interne et inclure une version concise dans le rapport.
   • Chaque conclusion principale nécessite au moins une source de niveau A/B/C. Les sources de niveau D ne peuvent pas soutenir seules les conclusions principales.
   • Suivre l'indépendance des sources et la lignée de la source d'origine ; plusieurs pages répétant une source originale comptent comme une seule source indépendante.
   • Enregistrer pour chaque élément de preuve ses catégories, types d'affirmations soutenus, types d'affirmations interdits, vérifiabilité, conflit d'intérêts, date de récupération, URL d'origine et extrait de preuve.
   • Appliquer les exigences du pack sectoriel sélectionné ; les packs sectoriels définissent les exigences de preuve, pas les sections du rapport.
   • Enregistrer le soutien, les contre-preuves, les conflits non résolus, la confiance, les conditions de validité et les falsificateurs pour chaque affirmation principale.

5. Recouper et analyser :

   • Privilégier les rapports officiels aux rapports commerciaux, les sources primaires aux sources secondaires, et les sources récentes aux sources obsolètes.
   • Expliquer les conflits par la définition métrique, la zone géographique, la période, le périmètre d'inclusion ou le moment de publication.
   • Convertir les preuves en jugement. Ne pas simplement résumer les sources.
   • Réfléchir après chaque cycle de recherche : identifier les informations obtenues, les lacunes restantes, les contre-preuves encore nécessaires et si les règles d'arrêt sont satisfaites.
   • Utiliser à la fois un dimensionnement de marché descendant (top-down) et ascendant (bottom-up) lorsque cela est réalisable. Étiqueter les formules, intrants, sources, hypothèses et périmètre.
   • Ne pas calculer le SOM comme le TAM multiplié par une part arbitraire. Le contraindre par la portée, la capacité, la zone géographique, le budget et la conversion.
   • Ajouter des scénarios d'économie unitaire de base, défavorable et favorable, des points morts, les trois variables les plus sensibles et les seuils d'échec.

6. Sélectionner la thèse et produire le rapport final :

   • sélectionner la thèse principale uniquement après comparaison des hypothèses et audit des preuves
   • conserver les hypothèses rejetées et les contre-preuves dans .research/ ; ne faire apparaître dans le rapport que les limitations pertinentes pour la décision
   • Utiliser la structure de sections de references/report-template.md pour les rapports sectoriels matures.
   • Utiliser references/product-entry-decision-template.md pour les décisions de produit précoce, startup, MVP ou entrée sur un marché de logiciel/application.
   • Limiter le corps à 10 sections de premier niveau maximum avant les annexes.
   • Déplacer l'audit des sources, les notes sur le périmètre des données, les références, la vérification qualité et le plan de graphiques de secours dans les annexes.
   • Inclure au moins quatre visualisations directes dans le corps à l'aide de tableaux compacts, Mermaid, SVG, blocs de graphiques HTML/CSS ou matrices visuelles structurées. Ne pas mettre de tableau de planification de graphiques dans le corps.
   • Chaque section du corps doit contenir un jugement principal, au plus trois points de preuve clés, une à trois implications décisionnelles, et au plus un graphique ou tableau principal.
   • Enregistrer le rapport final sous reports/<topic-slug>/report.md chaque fois qu'un espace de travail local est disponible.
   • Exécuter python scripts/validate_report.py --report <report.md> --research-dir <report-folder>/.research --mode <quick|standard|deep> avant l'exportation. Le validateur lit le niveau de décision et les packs de preuves à partir de brief.json.
   • Indiquer quelles décisions les preuves soutiennent et quelles décisions elles ne soutiennent pas.
   • Résoudre les erreurs bloquantes avant de finaliser. Les avertissements peuvent subsister uniquement lorsque leurs limitations sont divulguées.
   • Si l'utilisateur n'a pas demandé d'exportation PDF, ne poser la question de suivi PDF que dans le chat après le rapport. Ne jamais inclure ce suivi dans report.md, report.html ou report.pdf.

7. Suivi de l'exportation PDF :

   • Si l'utilisateur répond par une confirmation claire comme 生成 PDF, 要, 可以, 导出, 是 ou 同样生成, ne refaites pas la recherche.
   • Réutilisez le report.md le plus récemment sauvegardé pour ce sujet.
   • Exécutez python scripts/export_report_pdf.py --input-md <report.md> --output-dir <même dossier de rapport>.
   • Retournez uniquement le chemin du report.pdf généré et, si utile, le chemin du report.html compagnon.
   • Si aucun report.md sauvegardé n'existe, sauvegardez d'abord le contenu du rapport le plus récent dans reports/<topic-slug>/report.md, puis exécutez l'exportateur.

8. Suivi de l'exportation PPT :

   • Si l'utilisateur demande PPT, PPTX, slides, deck, 演示稿, 幻灯片, 导出 PPT ou 生成 PPT, ne refaites pas la recherche.
   • Réutilisez le report.md le plus récemment sauvegardé pour ce sujet et compressez-le en un deck décisionnel de 8 à 12 diapositives.
   • Suivez references/ppt-export.md ; générez un deck HTMLSlides en fichier unique avec CSS/JS en ligne, des diapositives adaptées à la zone d'affichage et des notes de l'orateur intégrées.
   • N'utilisez pas le générateur PowerPoint générique de l'outil d'artefact ou html-ppt comme chemin par défaut pour PPT/Diapositives.
   • Retournez uniquement le chemin du deck généré, le chemin de l'aperçu rendu/planche-contact lorsqu'il est disponible, et une courte note de vérification.

Discipline de sortie

N'incluez pas de journaux de recherche bruts, de traces de crawling, de chaîne de pensée cachée, d'estimations précises non étayées, de longs textes sources copiés, de prompts de style chat, de chemins de fichiers locaux du navigateur, de notes de développement, ou d'expressions telles que 以下是, 我可以帮你, 要不要我生成 PDF, et 回复生成 PDF dans les rapports, PDF ou decks sauvegardés. Utilisez des citations compactes et une liste de sources concise. Le style d'écriture doit être professionnel, clair, fondé sur les données, orienté décision et adapté à l'exportation PDF et PPT.