apify-ecommerce – 电商数据采集与爬取 Skill

3周前更新 7 0 0 0

apify-ecommerce 是帮助 AI Agent 从 Amazon、Shopify 等电商平台抓取商品详情、价格、评论与搜索结果的网页数据提取 Skill,适合电商选品、竞品比价和市场调研场景。

Skill 安装

多 Agent 安装
npx skills add https://github.com/apify/agent-skills --skill apify-ecommerce

使用 npx skills 快速安装,支持将 Skill 添加到多个兼容的 AI Agent。

Skill 调研报告

Skill 详细介绍

apify/agent-skills#apify-ecommerce 是 Apify 官方 agent-skills 仓库中的电商数据采集 Skill。它的作用是把 Apify 平台上的电商相关 Actor(现成爬虫)接入 AI Agent,让 Agent 能够通过自然语言发起商品、价格、评论、店铺等电商数据的抓取任务,而不需要用户自己写爬虫代码。

需要明确一点:它本身不是一个能独立运行的软件,也不是一个爬虫程序。它是给 Agent 用的指令集 / 工作流,真正执行抓取动作的是 Apify 平台上的 Actor 和对应 API。Skill 负责告诉 Agent:有哪些电商 Actor 可用、每个 Actor 的输入参数是什么、怎么调用、返回结果怎么解读。

核心用途

  • 采集电商平台的商品信息(标题、价格、SKU、评分、库存等)
  • 抓取商品评论与评分数据
  • 监控价格变化
  • 采集店铺 / 卖家信息
  • 抓取商品搜索结果与分类列表
  • 把抓取结果整理成结构化数据(JSON、表格)供后续分析

典型任务

  • “帮我抓取某电商平台上这款商品的所有评论”
  • “监控这 20 个商品的价格,每天给我一份变化报表”
  • “采集某个关键词下的商品列表和基础信息”
  • “分析竞品店铺在售商品结构”

工作方式

Skill 依赖 Apify 平台。Agent 根据 Skill 提供的说明,选择对应的电商 Actor,构造输入参数,触发 Actor 运行,然后读取返回的数据集。整个链路是:用户自然语言 → Agent 理解需求 → Skill 提供 Actor 知识 → 调用 Apify API → Actor 执行抓取 → 返回结构化数据。

适合哪些用户

  • 做电商选品、比价、竞品分析的运营人员
  • 需要批量商品 / 评论数据做分析的研究者
  • 不想自己写爬虫、希望用 Agent 直接拿数据的人

不适合哪些需求

  • 只想采集一两个页面、不想注册 Apify 账号的轻量需求
  • 目标站点不在 Apify 现成 Actor 覆盖范围内
  • 需要完全离线、不依赖第三方云平台的数据采集

与 Agent 自身能力的区别

普通 Agent 本身不具备稳定的电商抓取能力,靠它自己写爬虫会遇到反爬、验证码、结构变动等问题。这个 Skill 的价值在于把 Apify 上已经维护好的电商 Actor 交给 Agent 调用,抓取的稳定性和覆盖度由 Apify Actor 决定,不是由 Agent 猜。

Skill 安全评估

总体判断:这是一个来源可信、行为相对清晰的第三方平台集成 Skill,风险主要不在 Skill 本身,而在它调用的 Apify 平台和你交给它的数据。

来源可信度

该 Skill 来自 apify/agent-skills 官方仓库,属于平台方自己维护的集成 Skill,不是个人 fork 或第三方转载,来源层面可信度较高。

涉及的关键行为

  • 网络访问:需要访问 Apify API,属于该 Skill 的正常用途。
  • 第三方 API 凭证:需要 Apify API Token 才能运行 Actor,这是 Apify 平台的鉴权方式,属于必需项而非风险漏洞。
  • 数据外发:你让 Agent 抓取的 URL、关键词、商品 ID 会发送到 Apify 平台执行。如果这些目标本身涉及内部或敏感信息,需要自己权衡是否通过第三方平台处理。
  • 结果数据:抓取结果会返回给 Agent 并可能写入本地文件或会话上下文。如果数据包含个人信息(如买家评论、卖家信息),需要遵守目标平台规则和当地数据合规要求。

主要风险点

  • API Token 泄露:Token 一旦放在环境变量、配置文件或对话里,就存在被记录、被同步到仓库的风险。建议用 Apify 控制台生成的专用 Token,并定期轮换,不要和账号主密码或高权限凭证混用。
  • 抓取的合规性:抓取行为本身是否合法、是否违反目标网站的服务条款,由使用者负责,Skill 不会替你判断。
  • 费用:Apify Actor 运行按平台计费规则消耗额度,批量或长时间监控任务可能产生实际费用,Skill 本身不会替你控制预算。
  • Prompt Injection:抓取回来的页面内容可能包含被精心构造的文本。如果 Agent 会自动把抓取结果当作指令处理,存在被诱导执行意外操作的可能。建议让 Agent 只把抓取结果当数据处理,不直接当作指令执行。

降低风险的做法

  • 给 Apify 使用专门的、权限范围合适的 Token,不要复用其他平台凭证。
  • 如果只需要 Agent 帮你生成调用方案而暂不真正执行,可以先不提供 Token,让 Agent 只输出调用计划。
  • 抓取结果先落在数据集里人工确认,再交给后续自动化流程。
  • 不要把内部敏感 URL 或凭据拼进抓取目标里。

Skill 使用要求

一、Agent / 客户端

该 Skill 属于 Apify 官方的 agent-skills 仓库,主要面向支持 Agent Skills 机制的 Agent 环境。官方没有提供完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作方式来看,在支持 Skills、自定义指令或类似加载机制的环境中,通常也可以尝试在 Claude Code、Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent 中使用,不同 Agent 的加载方式和兼容程度可能不同,具体以对应 Agent 当前版本为准。

本项目本身在 Claude Code 生态中最常见,可以优先在 Claude Code 中尝试。

二、运行环境 / 依赖

项目 要求
Agent 支持 Agent Skill 加载的 Agent 环境
网络 需要能访问 Apify API
第三方账户 Apify 账号(运行 Actor 时必需)
本地 Node.js / Python Skill 本身不强制要求,官方未明确列为硬性依赖

三、权限

  • 网络访问:必需,用于调用 Apify API。
  • 文件写入:可选,视你是否让 Agent 把抓取结果保存到本地。
  • Shell 执行:可选,Skill 本身不要求 Agent 自动执行 Shell。

四、账号 / API Key

这是最容易混淆的一点,需要分清楚:

  • Skill 本身:不需要账号,安装 Skill 不需要注册任何服务。
  • 实际运行抓取:需要 Apify 账号和 Apify API Token,因为真正的抓取由 Apify 平台上的 Actor 执行。

也就是说,如果只是安装和查看 Skill 说明,不需要凭证;一旦要让 Agent 真正跑一个电商抓取任务,就必须配置 Apify 的 API Token。

最小使用条件

  1. 一个能加载 Skill 的 Agent 环境
  2. 一个 Apify 账号
  3. 一个 Apify API Token
  4. 可访问 Apify API 的网络

Skill 安装、使用与卸载教程

一、安装

本页面已经提供该 Skill 的安装指令,直接复制并粘贴到你的 Agent 或终端中执行即可。

如果你不确定自己的 Agent 怎么安装 Skill,可以直接问当前 Agent:

如何安装 apify/agent-skills#apify-ecommerce?

也可以针对具体 Agent 询问:

如何在 Claude Code 中安装 apify/agent-skills#apify-ecommerce?

如何在 Cursor 中安装 apify/agent-skills#apify-ecommerce?

让 Agent 根据自己的 Skill 加载 / 管理机制给出对应的安装步骤,通常比手动找目录再复制文件更稳妥。

二、安装后如何使用

安装完成后,Skill 不会自动运行,你需要在合适的任务里主动触发它,或者让 Agent 在识别到电商数据采集意图时调用。

适合交给这个 Skill 的任务:

  • 批量采集商品信息、价格、评论
  • 定期监控价格变化
  • 采集竞品店铺商品结构
  • 把电商数据整理成可分析的结构化格式

使用前建议先确认 Apify API Token 已经配置好,否则 Agent 会在真正调用 Actor 时失败。

自然语言使用示例:

使用 apify-ecommerce 帮我采集这款商品近 100 条评论,整理成表格。

使用 apify-ecommerce 监控这 10 个商品的价格,每天给我一份价格变化对比。

使用 apify-ecommerce 抓取某关键词下的商品列表,输出标题、价格、评分和链接。

三、卸载

卸载方式取决于你使用的 Agent 或 Skill 管理器。一般做法是:

  • 在你的 Agent 的 Skill 管理界面或 Skill 目录中删除对应的 apify-ecommerce Skill;
  • 或者直接询问当前 Agent:如何卸载 apify/agent-skills#apify-ecommerce?

不同 Agent 的 Skill 安装位置和管理方式可能不同,如果没有统一卸载命令,直接问当前 Agent 如何移除这个 Skill 通常更稳妥。

如果配置过 Apify API Token,删除 Skill 后建议一并检查并清理相关凭证,避免残留。

常见问题

1. 安装后 Agent 没有识别到这个 Skill,怎么办?

先确认 Skill 是否真的安装到了当前 Agent 实际读取的 Skill 目录,而不是另一个 Agent 的目录。多数情况是路径不对或 Agent 未重启。重启 Agent 后再试一次;仍然不识别,就问当前 Agent 它的 Skill 加载目录在哪里,把 Skill 放到正确位置。

2. 不配置 Apify API Token 能不能用?

安装、查看说明、让 Agent 规划抓取方案都可以不配置 Token。但一旦要真正执行抓取,就必须有 Token,因为实际抓取由 Apify 平台上的 Actor 完成,Skill 只负责调度说明。

3. 抓取失败或返回空数据,常见原因有哪些?

常见原因包括:Apify Token 无效或额度不足、目标站点结构变化导致 Actor 失效、目标 URL 本身无法访问、触发反爬被拦截。可以先在 Apify 控制台手动跑一次对应 Actor,确认是平台侧问题还是 Agent 调用侧问题。

4. 中国大陆网络环境下能正常使用吗?

关键看能否稳定访问 Apify API。如果网络访问 Apify 受限,抓取会失败。这一部分与 Skill 本身无关,取决于你的网络环境。

5. 使用这个 Skill 抓取数据会不会有法律风险?

Skill 只负责调度,不替你判断抓取行为是否合法。抓取目标网站的数据是否违反其服务条款、是否涉及个人信息或商业机密,需要你自己评估并遵守相关法律法规和目标站点规则。

6. 可以同时安装到多个 Agent 里吗?

一般可以。Skill 本身只是指令与工作流文件,多个 Agent 分别安装互不影响。需要注意的是每个 Agent 各自维护自己的 Skill 目录和配置,Token 之类的凭证要分别确认是否已配置。

7. 抓取会产生费用吗?

会。Apify 平台上的 Actor 运行按平台计费规则消耗额度或产生费用。批量任务或长期价格监控可能累积成本,建议先用小规模任务试跑,确认消耗情况后再扩大规模。

Skill 更新日志

版本列表
无版本号
合并拉取请求 #89,来自 apify/docs/actor-development-user-agent docs(skills):为 Actor 开发 CLI 调用添加 --user-agent 标记
无版本号
chore:重新生成 agents/AGENTS.md
无版本号
docs(skills):为 Actor 开发 CLI 调用添加 --user-agent 标记 为 Actor 开发技能添加遥测归因标志,沿用 apify-ultimate-scraper 中现有的 apify-agent-skills/ 约定: - apify-actor-development:新增“Telemetry attribution (required)”章节, 并在模板/快速开始命令、命令参考块以及远程 Actor 调用流程中加上该标志 - apify-actorization:同样的章节,并在快速开始、检查清单和步骤命令中的 init/run/push 上加上该标志 - commands/create-actor.md:新增核心原则,并在本地测试和部署步骤中加上该标志 - apify-generate-output-schema:在其唯一一处 apify run 提及中加上该标志 --user-agent 是每个 apify 命令都接受的全局标志(已对照 apify-cli 1.10.1 验证), 尽管它在 --help 中是隐藏的。
无版本号
合并拉取请求 #84,来自 apify/feat/integration-development-skill feat:集成开发技能
无版本号
fix:集成技能修复
无版本号
feat:mcp + skill agent 插件路由
无版本号
feat:集成开发技能
无版本号
fix:在 SDK 集成技能中使用规范的 /v2/actors 和 /v2/actor-runs 路由
无版本号
合并拉取请求 #58,来自 apify/fix/apify-call-guidance-cohorts 使 Apify 调用指南具备抗故障能力
无版本号
docs(skills):澄清 actor 命令指南结构 Co-authored-by: Cursor
无版本号
docs(skills):展示内联 actor 输入示例 Co-authored-by: Cursor
无版本号
docs(skills):移除 actor 开发 user agent Co-authored-by: Cursor
无版本号
docs(skills):保持 Apify user agent 不带版本号 Co-authored-by: Cursor
无版本号
docs(skills):使 Apify 调用指南可度量 Co-authored-by: Cursor
无版本号
合并拉取请求 #49,来自 lukas-bekr/readme-polish docs:README 润色 - skills.sh 徽章、30K Actors、精简资源
无版本号
合并拉取请求 #48,来自 apify/docs/restore-npx-quick-start docs:在快速开始中恢复 npx skills 安装命令
无版本号
docs:添加 skills.sh 徽章,将 Actors 提升至 30,000+,精简资源 - 在 README 左上角添加 skills.sh 安装计数徽章 (与 apify/awesome-skills 中的徽章一致)。 - 在头部盾牌和正文中将 Actors 数量从 25,000+ 提升至 30,000+。 - 精简并重新排序 Useful resources 章节:移除 MCP server 文档、 apify/actor-templates 和 Crawlee;按优先级保留六个最相关的链接。
无版本号
docs:在快速开始中恢复 npx skills 安装命令 Co-Authored-By: Claude Opus 4.7 (1M context)
无版本号
test commit
无版本号
test commit
无版本号
合并拉取请求 #47,来自 lukas-bekr/add-apify-sdk-integration-skill 添加 apify-sdk-integration 技能
无版本号
添加 apify-sdk-integration 技能 从 apify/apify-plugins-internal 导入 apify-sdk-integration 技能。 涵盖用于 JS/TS 和 Python 的 apify-client 包,以及其他语言的 REST API: 同步和异步 Actor 执行、数据集和键值存储检索、错误处理以及最佳实践。 - 添加 skills/apify-sdk-integration/SKILL.md - 在 .claude-plugin/marketplace.json 中注册插件 - 重新生成 agents/AGENTS.md(现为 5 个技能) - 更新 README 技能数量、能力列表、技能表和安装块
无版本号
合并拉取请求 #46,来自 apify/docs/skills-mirror-agents-md-updates docs(skills):在 actor-development 和 actorization 中同步 AGENTS.md 更新
无版本号
docs(skills):在 actor-development 和 actorization 中同步 AGENTS.md 更新 使 Actor 开发和 Actorization 技能与 apify/actor-templates#766 保持一致: 扩展的 CLI 命令参考(包括通过 `apify actors search` 进行 Apify Store 发现)、`APIFY_TOKEN` 澄清,以及一个添加 Playwright MCP 用于调试的 MCP 工具章节。 Co-Authored-By: Claude Opus 4.7 (1M context)
无版本号
合并拉取请求 #45,来自 lukas-bekr/chore/readme-overhaul chore:全面改造 README
无版本号
chore:全面改造 README Hero、徽章、跳转链接导航、技能表、示例用例、更新的 定位和统计数据、OAuth 优先的先决条件、有用资源,以及 指向 apify.com/.well-known/agents.md 的页脚指引。 Co-Authored-By: Claude Opus 4.7 (1M context)
无版本号
合并拉取请求 #44,来自 apify/chore/writing-style-guide-fixes chore:使文档符合 Apify 写作风格指南
无版本号
chore:使文档符合 Apify 写作风格指南 对标题应用句首大写,将 Actor 作为名词大写,去掉 “Apify Console” / “Apify Store” 前的冠词,在 “the Apify platform” 前添加冠词,并修正几处拼写错误(“confirms” -> “conforms”, “javascript” -> “JavaScript”)。代码块、CLI 命令、文件路径 和 JSON 值保持不变。
无版本号
合并拉取请求 #42,来自 lukas-bekr/feat/ultimate-scraper-cli-telemetry feat(ultimate-scraper):为 CLI 调用添加 --user-agent 标记以进行遥测归因
无版本号
feat(ultimate-scraper):为 CLI 调用添加 --user-agent 标记以进行遥测归因 为 apify-ultimate-scraper 技能中的每个 apify CLI 示例(SKILL.md、gotchas.md、actor-index.md 以及四个工作流指南文件)添加 --user-agent apify-agent-skills/apify-ultimate-scraper,并在 SKILL.md 中添加一条顶层规则以记录 该约定。将 CLI 先决条件提升至 v1.5.0+,因为该标志是在 apify/apify-cli#1102 中引入的。 这使我们能够通过 properties.userAgent 在 Mixpanel/Segment 中区分 技能驱动的 CLI 调用与普通人工使用,并与现有的 apify-agent-skills/ 命名约定保持一致,该约定用于 actor_run.meta_user_agent 数据,供给 dashboards.apify.com/dashboards/276。 Refs: apify/apify-cli#1102 Co-Authored-By: Claude Opus 4.7 (1M context)

暂无评论

none
暂无评论...