前言¶
选品和采购环节里，检索通常散落在多个电商平台、多个搜索框里。一次需求要反复切换页面，把结果手动抄进表格，再补价格、规格、链接。问题在于：口径不统一，来源不可追溯，事后无法回答”这条候选从哪来”。
下面介绍的 Skill 把这一步打包成一个可复用的任务：输入商品需求、品牌、规格、价格带和平台范围，输出标准化的商品候选表和来源链接，同时给出证据、风险和验收状态。
这是什么¶
「电商搜索聚合｜郭亿易」是一个面向电商搜索聚合任务的 Skill，坐标 @user_8d36cde0/ecom-search-aggregator，由社区发布者 user_8d36cde0 维护，当前版本 1.0.1，分类 business-ops。它面向选品、采购和研究团队，解决的是”多平台商品检索结果难以标准化汇总”的问题。
该 Skill 基于通用 SKILL.md 格式分发，标签显示 requires_api_key=false，即不需要额外配置 API Key 即可使用。
核心功能¶
按官方简介，能力集中在三件事：
- 接收结构化的选品条件：商品需求、品牌、规格、价格带、平台范围。
- 产出标准化商品候选表，并附带每条候选的来源链接。
- 在结果中输出证据、风险和验收状态，方便下游判断这条候选是否可用。
其中”验收状态”是它和普通搜索脚本的差别所在：不是把链接丢回去就算完成，而是把”是否满足输入条件”作为结果的一部分返回。
输入与输出¶
输入侧需要明确五个维度，缺一项就会让检索范围含糊：
- 商品需求：要买什么，或要研究哪个品类。
- 品牌：限定品牌或不做限定。
- 规格：尺寸、容量、型号等具体参数。
- 价格带：上限和下限。
- 平台范围：在哪些平台内检索。
输出侧是一张候选表加来源链接，并附证据、风险和验收状态。证据用于回溯来源，风险用于提示数据或口径上的问题，验收状态用于判断候选是否可进入下一步。
安装与启用¶
官方地址：
https://api.skillhub.cn/user_8d36cde0/ecom-search-aggregator
SkillHub 页面：
https://www.skillhub.cn/skills/user_8d36cde0/ecom-search-aggregator
需要说明的是，本次核对时上述两个地址均无法抓取成功，因此页面上是否提供 CLI 安装命令、支持哪些客户端（Cursor、Codex CLI、Claude Code）未能核实。已知信息只有坐标 @user_8d36cde0/ecom-search-aggregator 和通用 SKILL.md 格式。
建议的做法是：先打开官方地址确认当前的分发方式，再按对应客户端的 Skill 加载方式启用。在拿到官方命令之前，不要照搬其他 Skill 的安装路径。
典型用法¶
官方资料中没有给出可复现的调用示例，下面这段是按官方简介描述的输入维度整理的请求示意，不是官方示例，仅用于说明一次调用应该包含哪些信息：
商品需求：不锈钢保温杯
品牌：不限定
规格：500ml，316 不锈钢内胆
价格带：80-200 元
平台范围：两个主流电商平台
对应的输出应当是候选表加来源链接，并逐条给出证据、风险和验收状态。拿到结果后先检查验收状态，再核对来源链接是否可访问。
适用场景与注意¶
适合的场景：
- 选品团队做新品或竞品摸底，需要跨平台汇总候选。
- 采购团队做比价和供应商核对，需要保留来源链接。
- 研究团队做品类调研，需要可追溯的证据链。
需要注意的限制：
- 结果质量取决于输入条件是否写全，尤其是平台范围和价格带。
- 候选表是检索结果的汇总，不等同于可直接下单的商品，下单前仍需回到平台页面确认库存和实际售价。
- 本次未能核实安装命令和客户端支持情况，接入前以官方地址页面为准。
- 该 Skill 来自社区发布者，使用前建议确认其数据来源与合规边界。
结尾¶
这个 Skill 的价值在于把”多平台搜索 + 手工整理”收敛成一次调用，输出带来源链接、证据和验收状态的候选表。适合需要频繁做选品和采购检索的团队。
官方地址：https://api.skillhub.cn/user_8d36cde0/ecom-search-aggregator
