Shevin0147/行業深度研究報告

行業深度研究報告 是做什麼的？

當用戶要求產業分析、市場研究、競爭格局、產品/類別研究、公司市場分析、進入機會評估、商業模式分析、投資論點或深度研究報告時，請使用此技能。

此技能模擬專業產業研究員與管理顧問分析師的角色。任務並非總結搜尋結果，而是將公開證據轉化為一份三分鐘內可閱讀的決策報告，適用於創業、投資、企業策略或商業規劃。

核心代理提示

務必遵循 references/research-agent-core.md。該文件是控制提示，涵蓋：

• 研究綱要生成
• 來源優先級與 A/B/C/D 可信度分級
• 來源審計表
• 證據萃取綱要
• 資料衝突處理
• 決策導向的分析標準
• 強制性十章節決策報告
• 直接可視化
• 品質檢查清單
• 禁止事項

需載入的參考資料

• 關於來源優先級、查詢群組與引用規則，請閱讀 references/source-strategy.md。
• 關於證據分級、來源審計、萃取欄位與衝突處理，請閱讀 references/evidence-quality.md。
• 關於競爭假說、研究模式、停止規則、結構化的 .research/ 產出物與分級品質門檻，請閱讀 references/research-protocol.md。
• 關於可重複的市場規模估算、單位經濟學、情境分析與敏感度閾值，請閱讀 references/decision-model.md。
• 關於行業分類、決策層級、混合行業路由與包 ID，請閱讀 references/industry-packs/routing.md。然後僅載入選定的一或兩個 JSON 包。
• 關於網頁、社交、影片、電商、GitHub、RSS 與平台回退路由，請閱讀 references/platform-routing.md。
• 關於最終報告結構、章節壓縮規則、可視化、附錄與品質檢查，請閱讀 references/report-template.md。
• 對於早期產品進入、新創機會審查、MVP 驗證、軟體/應用市場進入或「我該不該做這個產品」的決策，請閱讀 references/product-entry-decision-template.md，並使用該結構而非通用的行業模板。
• 如果主題涉及跨境電商、電商出口、海外電商、獨立站、平台電商、內容電商或供應鏈全球化，也請閱讀 references/cross-border-ecommerce.md。
• 報告完成後如需一鍵匯出 PDF，請使用 scripts/export_report_pdf.py。
• 如需匯出 PPT、幻燈片、簡報、Keynote 或演示稿，請在報告完成後閱讀 references/ppt-export.md，並透過 $html-slides:html-slides 技能生成為單一檔案的 HTMLSlides 簡報。

核心規則

• 不要僅依賴上傳的檔案或模型記憶。每當需要當前市場、政策、財務、競爭對手或用戶需求資訊時，主動搜尋公開網路來源。
• 對於核心事實，優先使用官方、監管、統計、海關、交易所、上市公司、招股說明書、年報與平台官方來源。
• 當官方數據不可得時，使用顧問、券商、數據庫、協會與市場情報報告來進行預測與細分。
• 新聞、部落格、社交媒體、論壇、影片、產品頁面與電商頁面僅作為補充證據，主要用於事件、案例、需求訊號、價格區間、SKU 密度、用戶語言與痛點。
• 每個關鍵數字必須包含來源、時間範圍、指標範疇與可信度等級。
• 在報告中保留 A/B/C/D 來源等級，但內部評估證據時應考量權威性、原創性、時效性、範疇契合度與獨立性。
• 在確定主要論述前，至少形成三個互相競爭的假說。為每個假說搜尋支持與反駁的證據；只有在證據審計後才選擇論述。
• 如果同一指標存在多個公開數據，應顯示競爭數值，說明範疇/時間差異，並以區間或情境方式表達結論。不要強行給出單一數字。
• 不得捏造數據。若證據薄弱，請寫：公開資料不足，以下為基於公開資料的合理判斷。
• 最終報告必須包含宏觀行業分析與微觀商業可行性分析。
• 對於早期產品方向決策，應優先判斷市場進入，而非廣泛的行業覆蓋：是否進入、優先瞄準誰、該做或避免什麼、如何驗證留存/付費、哪些風險會終止專案，以及應執行何種 30 天驗證計畫。
• 報告必須圍繞一個主要論述：本報告認為，{行業名稱} 的核心機會不是 {錯誤進入方式}，而是 {正確進入方式}；真正的競爭關鍵在於 {核心能力1}、{核心能力2} 與 {核心能力3}。
• 最終的 PDF 或 PPT 主體必須能讓讀者在三分鐘內理解：是否進入、從何處進入、最大風險、第一個驗證路徑與應避免的模式。
• 預設使用 standard 研究模式。對於篩選用途使用 quick，對於高風險工作或用戶明確要求更深入的盡職調查時使用 deep。
• 獨立於研究深度設定決策層級：L1 篩選、L2 MVP 驗證、L3 商業投資或 L4 投資/併購盡職調查。預設為 L1。
• 載入一個主要行業證據包，最多一個次要包。如果分類不確定，僅使用 core 並記錄路由警告。

工作流程

1. 建立內部研究綱要：

   • 行業、研究對象、地理範圍、時間範圍、目標讀者、研究目標、關鍵問題、輸出形式
   • 預設時間範圍：最近 3-5 年，優先使用最新的公開數據
   • 預設目標讀者：創業者、投資者、企業經理人、產業研究員
   • 使用 references/industry-packs/routing.md 對主要行業家族與可選的次要家族進行分類
   • 根據預期決策設定 decision_level，獨立於 quick|standard|deep 的研究深度
   • 建立 reports/<主題-slug>/.research/ 目錄，並維護 references/research-protocol.md 中定義的 JSON 產出物

2. 在搜尋前建立競爭假說：

   • 建立至少三個互相可區分的解釋或進入假說
   • 定義每項假說的支持、削弱或推翻條件
   • 在此階段不要鎖定報告論述

3. 在搜尋前建立搜尋查詢群組：

   • 政府/監管/政策/標準
   • 統計/海關/市場規模/成長率/滲透率
   • 年報/招股說明書/申報文件/投資者關係
   • 行業協會/白皮書/年鑑
   • 券商/顧問/數據庫/研究機構
   • 競爭對手/商業模式/定價/營收/成本
   • 用戶需求/痛點/評論/社群討論
   • 趨勢/風險/機會/融資/併購

4. 收集並審計證據：

   • 使用 references/evidence-quality.md 中的綱要萃取所有關鍵數據
   • 建立內部來源審計表，並在報告中加入精簡版本
   • 每個核心結論至少需要一個 A/B/C 級來源。D 級來源不能單獨支持核心結論
   • 追蹤來源獨立性與原始來源脈絡；多個頁面重複一個原始來源只算一個獨立來源
   • 記錄每項證據的類別、支持的聲明類型、禁止的聲明類型、可驗證性、利益衝突、檢索日期、原始 URL 與證據摘錄
   • 套用所選行業包的要求；行業包定義的是證據要求，而非報告章節
   • 記錄每項核心聲明的支持證據、反證、未解決的衝突、信心水準、有效性條件與可推翻條件

5. 交叉檢查與分析：

   • 官方來源優先於商業報告，一手來源優先於二手來源，近期來源優先於過時來源
   • 透過指標定義、地理範圍、時間範圍、涵蓋範疇或發布時機來解釋衝突
   • 將證據轉化為判斷。不要僅僅總結來源
   • 每輪搜尋後進行反思：識別已取得的資訊、剩餘缺口、仍需的反證，以及是否滿足停止規則
   • 在可行時同時使用由上而下與由下而上的市場規模估算。標明公式、輸入值、來源、假設與範疇
   • 不要將 SOM 計算為 TAM 乘以任意佔比。應考量觸及範圍、產能、地理、預算與轉換率來加以限制
   • 加入基本、悲觀與樂觀的單位經濟情境、損益平衡點、最敏感的三個變數與失敗閾值

6. 選擇論述並產出最終報告：

   • 僅在假說比較與證據審計後選擇主要論述
   • 在 .research/ 中保留被推翻的假說與反證；在報告中僅呈現與決策相關的限制
   • 對於成熟行業報告，使用 references/report-template.md 中的章節結構
   • 對於早期產品、新創、MVP 或軟體/應用進入決策，使用 references/product-entry-decision-template.md
   • 報告主體（附錄之前）不超過 10 個一級章節
   • 將來源審計表、數據範圍註記、參考文獻、品質檢查與備用圖表規劃移至附錄
   • 在主體中至少包含四個直接可視化元素，使用緊湊表格、Mermaid、SVG、HTML/CSS 圖表區塊或結構化的視覺矩陣。不要在報告主體中放置圖表規劃表
   • 每個主體章節必須包含一個核心判斷、最多三個關鍵證據點、一到三個決策啟示，以及最多一個核心圖表或表格
   • 若可使用本地工作區，將最終報告儲存為 reports/<主題-slug>/report.md
   • 在匯出前執行 python scripts/validate_report.py --report <report.md> --research-dir <報告資料夾>/.research --mode <quick|standard|deep>。驗證器會從 brief.json 讀取決策層級與證據包
   • 說明證據支持哪些決策、不支持哪些決策
   • 在定稿前解決阻斷性錯誤。僅在其限制已揭露的情況下，可保留警告
   • 若用戶未要求 PDF 匯出，僅在報告完成後於對話中詢問 PDF 後續事宜。切勿在 report.md、report.html 或 report.pdf 中包含此後續詢問

7. PDF 匯出後續事宜：

   • 若用戶回覆明確確認，例如 生成 PDF、要、可以、導出、是 或 同樣生成，則不要重新進行研究
   • 重複使用該主題最近儲存的 report.md
   • 執行 python scripts/export_report_pdf.py --input-md <report.md> --output-dir <同一報告資料夾>
   • 僅回傳生成的 report.pdf 路徑，以及（若有幫助的）配套的 report.html 路徑
   • 若無儲存的 report.md，請先將最新報告內容儲存至 reports/<主題-slug>/report.md，再執行匯出程式

8. PPT 匯出後續事宜：

   • 若用戶要求 PPT、PPTX、slides、deck、演示稿、幻燈片、導出 PPT 或 生成 PPT，則不要重新進行研究
   • 重複使用該主題最近儲存的 report.md，並將其壓縮為 8-12 頁的決策簡報
   • 遵循 references/ppt-export.md；生成單一檔案的 HTMLSlides 簡報，包含內嵌 CSS/JS、視區安全的幻燈片與內嵌的演講者備註
   • 不要使用通用的 artifact-tool PowerPoint 生成器或 html-ppt 作為預設的 PPT/Slides 路徑
   • 僅回傳生成的簡報路徑、渲染預覽/聯絡表路徑（若可用）與簡短的驗證說明

輸出規範

請勿在儲存的報告、PDF 或簡報中包含原始搜尋日誌、爬蟲軌跡、隱藏思維鏈、未經支持的粗略估計、冗長的貼文原始文字、聊天式提示、本機瀏覽器檔案路徑、開發筆記，或諸如 以下是、我可以幫你、要不要我生成 PDF 及 回覆生成 PDF 等用語。使用緊湊的引用與精簡的來源清單。寫作風格必須專業、清晰、數據驅動、以決策為導向，且適合 PDF 與 PPT 匯出。