用途：当用户需要结构化竞品调研时使用，结合 Browserbase 发现候选竞品，并按 Plan→Research→Synthesize 流程做富集，最终输出 HTML 报告，包含概览、各竞品深度分析、功能/定价并排矩阵与提及时间线。
主要能力：
- 发现：用 browse cloud search 分三波并行检索（泛替代词、精确品类词、X vs Y 对比页），并用 extract_vs_names.mjs 解析标题中的对比关系。
- 过滤：gate_candidates.mjs 抓取候选首页正文，按品类关键词与排除词做位置感知分类，丢弃异类。
- 富集：deep/deeper 模式下每个竞品并行 5 个子代理道（营销、讨论、社交、新闻、技术），各自写入 partials/ 后由 merge_partials.mjs 合并；deeper 模式另加 Battle Card 道。
- 截图：capture_screenshots.mjs 通过 browse CLI 抓取 1280×800 首页首屏。
- 编译：node {SKILL_DIR}/scripts/compile_report.mjs {OUTPUT_DIR} --user-company "{user_company}" --open，生成 index.html、competitors/*.html、matrix.html、mentions.html、results.csv。
必要用法与前置条件：需要环境变量 BROWSERBASE_API_KEY，并安装 browse CLI：npm install -g browse。首次运行需批准 browse cloud fetch、browse cloud search、cat、mkdir、sed 等权限；路径须使用完整字面路径，不能用 ~ 或 $HOME。输出目录为 ~/Desktop/{company_slug}competitors{YYYY-MM-DD}/。研究输出统一用 Bash heredoc 写 md 文件，子代理仅用 Bash 工具；所有搜索用 browse cloud search，页面抓取用 browse cloud fetch --allow-redirects，禁用 WebSearch 与 WebFetch。流程共 8 步：用户公司调研、深度模式与种子输入、三轮发现、gate 过滤、用户确认富集集合、深度富集、截图、HTML 报告。第 4.5 步确认为强制步骤，用户可在 PASS、UNKNOWN 与被误拒品牌中勾选真实竞品并补充 URL。
适用场景：需要快速扫描大量竞品（quick，约 30-50 个）、带外部信号的适度调研（deep，约 15-25 个）或含基准与战略差异的完整情报（deeper，约 5-15 个）。
限制：富集成本高，5 竞品 × 5 道约 25 个子代理与 300 次 browse cloud 调用；gate 对 JS 重页面、Cloudflare 挑战页和语义变体可能出现 UNKNOWN 或误判；browse cloud fetch 有 1 MB 响应上限。具体定价、性能基准等事实以资料为准，未提供的部分暂未说明。