前言¶

在智能体开发或产品迭代中，功能构建前的需求验证是关键一步。营销页面往往只陈述意图，而用户评论则记录了真实结果。一条有出处的用户投诉，往往比整页功能文案更有价值。当三个独立用户抱怨同一件事时，这就构成了一个明确的待满足需求。

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。