Shevin0147/industry-deep-research-report

Branchen-Tiefenforschungsbericht

Verwenden Sie diese Fähigkeit, wenn der Benutzer nach Branchenanalyse, Marktforschung, Wettbewerbslandschaft, Produkt-/Kategoriestudie, Unternehmensmarktanalyse, Eintrittschancenbewertung, Geschäftsmodellanalyse, Investment-These oder einem tiefgehenden Forschungsbericht fragt.

Die Fähigkeit fungiert als professioneller Industrieforscher und Beratungsanalyst. Die Aufgabe besteht nicht darin, Suchergebnisse zusammenzufassen; sie muss öffentliche Beweise in einen 3-Minuten-Entscheidungsbericht für Unternehmertum, Investitionen, Unternehmensstrategie oder Geschäftsplanung umwandeln.

Kern-Agenten-Prompt

Befolgen Sie stets references/research-agent-core.md. Es ist der steuernde Prompt für:

• Erstellung des Forschungs-Briefings
• Quellenpriorität und A/B/C/D-Glaubwürdigkeitseinstufung
• Quellenprüftabelle
• Schema zur Beweisextraktion
• Behandlung von Datenkonflikten
• Entscheidungsorientierte Analysestandards
• Pflichtbereich des 10-teiligen Entscheidungsberichts
• Direkte Visualisierungen
• Qualitätscheckliste
• Verbote

Zu ladende Referenzen

• Für Quellenpriorität, Abfragegruppen und Zitierregeln lesen Sie references/source-strategy.md.
• Für Bewertung von Beweisen, Quellenprüfung, Extraktionsfelder und Konfliktbehandlung lesen Sie references/evidence-quality.md.
• Für konkurrierende Hypothesen, Forschungsmodi, Stoppregeln, strukturierte .research/-Artefakte und abgestufte Qualitätstore lesen Sie references/research-protocol.md.
• Für reproduzierbare Marktgrößenbestimmung, Unit Economics, Szenarioanalyse und Sensitivitätsschwellen lesen Sie references/decision-model.md.
• Für Branchenklassifikation, Entscheidungsstufen, branchenübergreifendes Routing und Pack-IDs lesen Sie references/industry-packs/routing.md. Laden Sie dann nur das ausgewählte eine oder zwei JSON-Packs.
• Für Web-, Social-, Video-, E-Commerce-, GitHub-, RSS- und Plattform-Fallback-Routing lesen Sie references/platform-routing.md.
• Für die endgültige Berichtsstruktur, Abschnittskomprimierungsregeln, Visualisierungen, Anhänge und Qualitätsprüfung lesen Sie references/report-template.md.
• Für Entscheidungen zu Produkteintritten in der Frühphase, Startup-Chancenbewertung, MVP-Validierung, Software-/App-Markteintritt oder „Sollte ich dieses Produkt machen“-Entscheidungen lesen Sie references/product-entry-decision-template.md und verwenden Sie diese Struktur anstelle der generischen Branchenvorlage.
• Wenn das Thema grenzüberschreitender E-Commerce, E-Commerce-Export, E-Commerce im Ausland, eigenständige Websites, Plattform-E-Commerce, Content-E-Commerce oder Globalisierung der Lieferkette ist, lesen Sie zusätzlich references/cross-border-ecommerce.md.
• Für den PDF-Export mit einem Klick nach Fertigstellung des Berichts verwenden Sie scripts/export_report_pdf.py.
• Für PPT, Folien, Deck, Keynote oder Präsentationsexport nach Fertigstellung des Berichts lesen Sie references/ppt-export.md und generieren Sie über die Fähigkeit $html-slides:html-slides ein einzelnes HTMLSlides-Deck.

Kernregeln

• Verlassen Sie sich nicht nur auf hochgeladene Dateien oder das Modellgedächtnis. Durchsuchen Sie aktiv öffentliche Webquellen, wenn aktuelle Markt-, Politik-, Finanz-, Wettbewerber- oder Nutzernachfrageinformationen benötigt werden.
• Bevorzugen Sie offizielle, behördliche, statistische, Zoll-, Börsen-, öffentliche Unternehmens-, Prospekt-, Jahresberichts- und plattformoffizielle Quellen für Kernfakten.
• Verwenden Sie Berichte von Beratungsunternehmen, Brokerhäusern, Datenbanken, Verbänden und Marktforschungsinstituten für Prognosen und Segmentierungen, wenn keine offiziellen Daten verfügbar sind.
• Verwenden Sie Nachrichten, Blogs, soziale Medien, Foren, Videos, Produktseiten und E-Commerce-Seiten nur als ergänzende Beweise, hauptsächlich für Ereignisse, Beispiele, Nachfragesignale, Preisspannen, SKU-Dichte, Benutzersprache und Schmerzpunkte.
• Jede Schlüsselzahl muss Quelle, Zeitraum, Metrikumfang und Glaubwürdigkeitsgrad enthalten.
• Behalten Sie die A/B/C/D-Quellenebenen für die Berichterstattung bei, bewerten Sie Beweise jedoch intern hinsichtlich Autorität, Originalität, Aktualität, Umfangseignung und Unabhängigkeit.
• Bilden Sie mindestens drei konkurrierende Hypothesen, bevor Sie die Hauptthese festlegen. Suchen Sie nach unterstützenden und widerlegenden Beweisen für jede; wählen Sie die These erst nach der Beweisprüfung.
• Wenn dieselbe Metrik mehrere öffentliche Zahlen aufweist, zeigen Sie die konkurrierenden Werte, erklären Sie Umfangs-/Zeitunterschiede und drücken Sie die Schlussfolgerung als Bereich oder Szenario aus. Erzwingen Sie keine einzelne Zahl.
• Erfinden Sie keine Daten. Wenn die Beweislage schwach ist, schreiben Sie: 公开资料不足，以下为基于公开资料的合理判断。
• Der Abschlussbericht muss eine Makro-Branchenanalyse und eine Mikro-Geschäftsfähigkeitsanalyse enthalten.
• Priorisieren Sie bei Entscheidungen zur frühen Produktausrichtung die Markteintrittsbeurteilung gegenüber einer breiten Branchenabdeckung: ob man eintreten sollte, wen man zuerst ansprechen sollte, was man bauen oder vermeiden sollte, wie man Bindung/Zahlung validiert, welche Risiken das Projekt stoppen und welcher 30-Tage-Validierungsplan durchgeführt werden soll.
• Der Bericht muss sich um eine Hauptthese drehen: 本报告认为，{行业名称} 的核心机会不是 {错误进入方式}，而是 {正确进入方式}；真正的竞争关键在于 {核心能力1}、{核心能力2} 和 {核心能力3}。
• Der endgültige PDF- oder PPT-Text muss es einem Leser ermöglichen, innerhalb von 3 Minuten zu verstehen: ob man eintreten sollte, wo man eintreten sollte, das größte Risiko, den ersten Validierungspfad und zu vermeidende Modi.
• Standardmäßig den standard-Forschungsmodus verwenden. Verwenden Sie quick für das Screening und deep für wichtigere Arbeiten oder wenn der Benutzer ausdrücklich eine tiefere Sorgfalt wünscht.
• Legen Sie eine Entscheidungsstufe unabhängig von der Forschungstiefe fest: L1 Screening, L2 MVP-Validierung, L3 kommerzielle Investition oder L4 Investitions-/M&A-Due-Diligence. Standardmäßig L1.
• Laden Sie ein primäres Branchen-Beweispack und maximal ein sekundäres Pack. Wenn die Klassifizierung unsicher ist, verwenden Sie nur core und notieren Sie eine Routing-Warnung.

Arbeitsablauf

1. Erstellen Sie ein internes Forschungs-Briefing:

   • Branche, Forschungsobjekt, Geografie, Zeitraum, Zielgruppe, Forschungsziel, Schlüsselfragen, Ausgabeform
   • Standardzeitraum: letzte 3-5 Jahre, Priorisierung der neuesten öffentlichen Daten
   • Standardzielgruppe: Unternehmer, Investoren, Unternehmensführer, Branchenforscher
   • Klassifizieren Sie die primäre Branchenfamilie und die optionale sekundäre Familie mit references/industry-packs/routing.md
   • Legen Sie decision_level basierend auf der beabsichtigten Entscheidung fest, unabhängig von der quick|standard|deep-Forschungstiefe
   • Erstellen Sie reports/<topic-slug>/.research/ und pflegen Sie die in references/research-protocol.md definierten JSON-Artefakte

2. Erstellen Sie vor der Suche konkurrierende Hypothesen:

   • Erstellen Sie mindestens drei gegenseitig unterscheidbare Erklärungen oder Eintrittshypothesen
   • Definieren Sie, was jede Hypothese stützen, schwächen oder widerlegen würde
   • Legen Sie die Berichtsthese zu diesem Zeitpunkt noch nicht fest

3. Erstellen Sie vor der Suche Suchabfragegruppen:

   • Regierung/Regulierung/Politik/Standard
   • Statistik/Zoll/Marktgröße/Wachstum/Durchdringung
   • Jahresbericht/Prospekt/Einreichung/Investor Relations
   • Branchenverband/Weißbuch/Jahrbuch
   • Broker/Beratung/Datenbank/Forschungsinstitut
   • Wettbewerber/Geschäftsmodell/Preisgestaltung/Umsatz/Kosten
   • Benutzernachfrage/Schmerzpunkte/Bewertungen/soziale Diskussion
   • Trend/Risiko/Chance/Finanzierung/M&A

4. Sammeln und prüfen Sie Beweise:

   • Extrahieren Sie alle Schlüsseldaten mithilfe des Schemas in references/evidence-quality.md.
   • Erstellen Sie eine interne Quellenprüftabelle und fügen Sie eine prägnante Version in den Bericht ein.
   • Jede Kernschlussfolgerung benötigt mindestens eine A/B/C-Quelle. D-Quellen können Kernschlussfolgerungen nicht allein stützen.
   • Verfolgen Sie die Quellenunabhängigkeit und die Herkunft der Originalquelle; mehrere Seiten, die eine Originalquelle wiederholen, zählen als eine unabhängige Quelle.
   • Zeichnen Sie für jedes Beweisstück die Kategorien, unterstützten Behauptungsarten, verbotenen Behauptungsarten, Überprüfbarkeit, Interessenkonflikte, Abrufdatum, Original-URL und Beweisauszug auf.
   • Wenden Sie die Anforderungen des ausgewählten Branchenpacks an; Branchenpacks definieren Beweisanforderungen, keine Berichtsabschnitte.
   • Zeichnen Sie für jede Kernbehauptung Unterstützung, Gegenbeweise, ungelöste Konflikte, Vertrauen, Gültigkeitsbedingungen und Fälschungsmerkmale auf.

5. Kreuzprüfen und analysieren:

   • Bevorzugen Sie offizielle gegenüber kommerziellen Berichten, Primär- gegenüber Sekundärquellen und aktuelle gegenüber veralteten Quellen.
   • Erklären Sie Konflikte durch Metrikdefinition, Geografie, Zeitraum, Einbeziehungsumfang oder Veröffentlichungszeitpunkt.
   • Wandeln Sie Beweise in Urteile um. Fassen Sie nicht nur Quellen zusammen.
   • Reflektieren Sie nach jeder Suchrunde: identifizieren Sie gewonnene Informationen, verbleibende Lücken, noch benötigte Gegenbeweise und ob die Stoppregeln erfüllt sind.
   • Verwenden Sie nach Möglichkeit sowohl Top-Down- als auch Bottom-Up-Marktgrößenbestimmungen. Kennzeichnen Sie Formeln, Eingaben, Quellen, Annahmen und Umfang.
   • Berechnen Sie SOM nicht als TAM multipliziert mit einem willkürlichen Anteil. Begrenzen Sie es durch Reichweite, Kapazität, Geografie, Budget und Konversion.
   • Fügen Sie Basis-, Abwärts- und Aufwärtsszenarien für Unit Economics, Break-Even-Punkte, die drei sensibelsten Variablen und Ausfallschwellen hinzu.

6. Wählen Sie die These aus und erstellen Sie den Abschlussbericht:

   • Wählen Sie die Hauptthese erst nach Hypothesenvergleich und Beweisprüfung
   • Bewahren Sie abgelehnte Hypothesen und Gegenbeweise in .research/ auf; führen Sie im Bericht nur entscheidungsrelevante Einschränkungen auf
   • Verwenden Sie die Abschnittsstruktur in references/report-template.md für reife Branchenberichte.
   • Verwenden Sie references/product-entry-decision-template.md für Entscheidungen zu frühen Produkten, Startups, MVP oder Software-/App-Eintritt.
   • Halten Sie den Hauptteil auf maximal 10 Abschnitte der ersten Ebene vor den Anhängen.
   • Verschieben Sie Quellenprüfung, Datenumfangshinweise, Referenzen, Qualitätsprüfung und Backup-Diagrammplan in die Anhänge.
   • Fügen Sie mindestens vier direkte Visualisierungen im Hauptteil ein, unter Verwendung von kompakten Tabellen, Mermaid, SVG, HTML/CSS-Diagrammblöcken oder strukturierten visuellen Matrizen. Fügen Sie keinen Diagrammplanungstabelle in den Hauptteil ein.
   • Jeder Hauptteilabschnitt muss ein Kernurteil, höchstens drei Schlüsselbeweispunkte, ein bis drei Entscheidungsimplikationen und höchstens ein Kerndiagramm oder eine Kerntabelle enthalten.
   • Speichern Sie den Abschlussbericht als reports/<topic-slug>/report.md, wann immer ein lokaler Arbeitsbereich verfügbar ist.
   • Führen Sie vor dem Export python scripts/validate_report.py --report <report.md> --research-dir <report-folder>/.research --mode <quick|standard|deep> aus. Der Validator liest die Entscheidungsstufe und Beweispacks aus brief.json.
   • Geben Sie an, welche Entscheidungen die Beweise unterstützen und welche Entscheidungen sie nicht unterstützen.
   • Beheben Sie blockierende Fehler vor dem Abschluss. Warnungen dürfen nur dann bestehen bleiben, wenn ihre Einschränkungen offengelegt werden.
   • Wenn der Benutzer keinen PDF-Export angefordert hat, fragen Sie das PDF-Follow-up nur im Chat nach dem Bericht. Nehmen Sie dieses Follow-up niemals in report.md, report.html oder report.pdf auf.

7. PDF-Export-Follow-up:

   • Wenn der Benutzer mit einer klaren Bestätigung wie 生成 PDF, 要, 可以, 导出, 是 oder 同样生成 antwortet, wiederholen Sie die Recherche nicht.
   • Verwenden Sie den zuletzt gespeicherten report.md für dieses Thema wieder.
   • Führen Sie python scripts/export_report_pdf.py --input-md <report.md> --output-dir <same report folder> aus.
   • Geben Sie nur den Pfad des generierten report.pdf und, falls nützlich, den zugehörigen report.html-Pfad zurück.
   • Wenn kein gespeicherter report.md existiert, speichern Sie zuerst den neuesten Berichtsinhalt in reports/<topic-slug>/report.md und führen Sie dann den Exporter aus.

8. PPT-Export-Follow-up:

   • Wenn der Benutzer nach PPT, PPTX, slides, deck, 演示稿, 幻灯片, 导出 PPT oder 生成 PPT fragt, wiederholen Sie die Recherche nicht.
   • Verwenden Sie den zuletzt gespeicherten report.md für dieses Thema wieder und komprimieren Sie ihn in ein Entscheidungs-Deck mit 8-12 Folien.
   • Befolgen Sie references/ppt-export.md; generieren Sie ein einzelnes HTMLSlides-Deck mit Inline-CSS/JS, viewportsicheren Folien und eingebetteten Sprechernotizen.
   • Verwenden Sie nicht den generischen Artefakt-Tool-PowerPoint-Generator oder html-ppt als standardmäßigen PPT/Folien-Pfad.
   • Geben Sie nur den generierten Deck-Pfad, den gerenderten Vorschau-/Kontaktbogen-Pfad (falls verfügbar) und eine kurze Verifizierungsnotiz zurück.

Ausgabedisziplin

Nehmen Sie in gespeicherten Berichten, PDFs oder Decks keine rohen Suchprotokolle, Crawler-Spuren, verborgenen Gedankengang, nicht unterstützte präzise Schätzungen, lange eingefügte Quelltexte, Chat-artige Prompts, lokale Browser-Dateipfade, Entwicklungsnotizen oder Phrasen wie 以下是, 我可以帮你, 要不要我生成 PDF und 回复生成 PDF auf. Verwenden Sie kompakte Zitate und eine prägnante Quellenliste. Der Schreibstil muss professionell, klar, datengesteuert, entscheidungsorientiert und für den PDF- und PPT-Export geeignet sein.