前言¶

在智能體開發或產品迭代中，功能構建前的需求驗證是關鍵一步。營銷頁面往往只陳述意圖，而用戶評論則記錄了真實結果。一條有出處的用戶投訴，往往比整頁功能文案更有價值。當三個獨立用戶抱怨同一件事時，這就構成了一個明確的待滿足需求。

competitor-recon 是一個用於自動化競品調研的 DSH 插件。它通過抓取競品的評論、論壇帖子和 Issue Tracker，提取功能、定價、定位及用戶投訴，聚類分析後輸出對比表與構建列表。

核心能力¶

1. 競品枚舉：自動檢索 3-6 個競品，覆蓋英文與中文來源。
2. 信息提取：提取競品的功能點、具體定價、市場定位，以及附帶來源鏈接的用戶投訴。
3. 投訴聚類：按潛在需求對投訴進行聚類，並按頻率排序。
4. 輸出交付：生成對比表、可複用列表和跳過列表。只有附帶具體投訴證據的功能點纔會進入構建列表。
5. 頻率統計：利用 Issue Tracker（如點贊數 👍）作爲免費的頻率統計工具。

安裝與啓用¶

克隆倉庫到 DSH 的 skills 目錄即可使用。

git clone https://github.com/ChenneyZhuang/competitor-recon ~/.claude/skills/competitor-recon

該插件爲單個 SKILL.md 文件，依賴基礎的聯網搜索與抓取能力。版本號爲 v0.2.0，基於 MIT 許可證。

使用方法¶

在編寫功能代碼之前，先運行一次競品偵察。現有產品的評論區是成本最低的需求調研來源。

1. 枚舉競品：搜索中英文來源，確定 3-6 個主要競爭對手。
2. 提取數據：針對每個競品，列出其功能、定價（具體數字）、定位以及用戶投訴，並記錄來源鏈接。
3. 聚類分析：將投訴歸類到具體的潛在需求下，統計其出現頻率。
4. 決策輸出：輸出對比表。對於想要構建的功能，必須有具體的用戶投訴證據支持。

侷限與說明¶

• 評論優先：評論的權重高於營銷頁。兩者衝突時以評論爲準。
• 數據來源限制：評論站點和論壇會對爬蟲限流，部分證據可能來自搜索摘要而非完整帖子，這類引用會明確標註。
• 統計含義：Issue tracker 中的反應數（如 👍）衡量的是參與度，而非市場規模。一個安靜的競品可能僅僅是沒有社區。
• 工具故障處理：如果工具被屏蔽，應切換抓取客戶端（如 curl、公共 API），而不是更換數據來源。證據鏈不能中斷。
• 市場覆蓋範圍：當前插件僅覆蓋中英文生態，未對日韓歐等其他市場進行採樣。

目錄與源碼¶

更多詳情及源碼請訪問 GitHub。