apify-trend-analysis – 趋势数据抓取与分析 Skill

3周前更新 8 0 0 0

apify-trend-analysis 是调用 Apify 平台趋势分析能力、帮助 AI Agent 抓取和分析社交媒体与网络热门趋势数据的 Skill,适合市场调研、内容选题和舆情监测场景。

Skill 安装

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

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

Skill 调研报告

Skill 详细介绍

apify/agent-skills#apify-trend-analysis 是 Apify 官方 agent-skills 仓库中的一个 Skill,Skill 名称为 apify-trend-analysis。它的核心定位是让 AI Agent 具备调用 Apify 平台能力进行趋势分析(Trend Analysis)的工作流。

需要分清两件事:

  • 这个 Skill 本身不是一个独立运行的软件、不是命令行工具、也不是一个可单独执行的程序。
  • 它属于 Agent Skill 形态,本质是把「趋势分析」这件事在 Agent 里的操作方式、调用方式、判断流程组织成可被 Agent 加载的指令能力。

核心用途

  • 让 Agent 在接到「趋势分析」「热点趋势」「趋势挖掘」类需求时,按 Apify 生态提供的方式去采集数据、组织分析。
  • 把趋势分析这类原本需要人工挑选数据源、写采集逻辑、再汇总的任务,交给 Agent 按 Skill 描述的流程来推进。
  • 由于它来自 Apify 官方 agent-skills 仓库,趋势分析所依赖的数据采集能力通常与 Apify 平台(actors、数据集等)相关。

它适合的任务

  • 需要从多个来源观察某个话题 / 关键词 / 行业的热度走向。
  • 需要把「趋势」这一分析目标拆成可执行的数据采集与分析步骤。
  • 已经在使用 Apify 生态,希望 Agent 按统一方式做趋势类任务。

它不适合的任务

  • 需要严格、可复现的量化统计结论(趋势分析本身是探索性任务,不等于统计建模)。
  • 完全不使用 Apify、也不需要其数据能力的场景。
  • 期望它替代专业市场研究或数据分析软件。

与普通 Agent 自身能力的区别

普通 Agent 也能聊趋势、做定性判断。这个 Skill 的价值在于把趋势分析这件事结构化:明确用哪些 Apify 能力、以什么顺序采集和分析,减少每次重新设计流程的开销。它提供的是流程与调用规范,具体数据能力由 Apify 平台提供。

Skill 安全评估

总体判断:来源为 Apify 官方仓库,来源可信度较高,但趋势分析依赖外部数据采集和 Apify 平台调用,实际风险主要来自运行时的数据访问和凭证。

来源可信度

  • 属于 Apify 官方组织下的 agent-skills 仓库,不是第三方搬运或同名 fork。
  • 建议只从官方来源安装,避免使用来源不明的镜像或再发布版本。

网络访问

  • 趋势分析通常需要访问外部数据源和 Apify 平台。这是该 Skill 功能本身的正常需要,不等于风险。
  • 需要注意:网络访问会把你要分析的目标和相关信息发送到外部服务,不要用来处理不想外发的敏感内容。

凭证与 API Key

  • 如果 Skill 使用 Apify 平台能力,可能涉及 Apify API Token。这类凭证一旦泄露,可能被消耗额度或访问你的 Apify 数据。
  • 建议使用独立、权限最小化的 Token,不要把生产环境主账号 Token 交给 Agent 自动使用。
  • 不要把 Token 写入会被提交到 Git 仓库的文件。

第三方数据与合规

  • 采集外部数据时要遵守目标站点服务条款和当地法规。
  • 如果分析涉及个人信息,需额外注意隐私与合规问题。

降低风险的建议

  • 只把趋势分析用于公开数据、非敏感话题。
  • 关闭不必要的 Agent 自动 Shell / 自动执行权限,由你手动确认关键步骤。
  • 定期轮换 Apify 等平台凭证。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Apify 官方 agent-skills 仓库,属于通用 Agent Skill 形态,官方没有公布完整的第三方 Agent 兼容列表。实际使用中:

  • Claude Code:可以直接加载此类 Skill,通常是最顺畅的使用环境之一。
  • Codex、Cursor、Trae、OpenClaw、WorkBuddy:只要对应版本支持 Skills / 自定义 Skill 或类似指令加载机制,通常可以尝试;不同 Agent 的加载方式和兼容程度可能不同,具体以对应 Agent 当前版本为准。

没有充分依据时,不认定为「官方支持所有这些 Agent」,请按「通常兼容 / 可以尝试」理解。

二、运行环境 / 依赖

官方资料未明确列出该 Skill 的具体硬性依赖版本,以下为一般性说明,具体以该 Skill 当前官方说明为准。

项目 要求
Agent 支持 Skills / 自定义 Skill 的 Agent,Claude Code 优先
网络 需要。趋势分析涉及外部数据访问
Apify 账号 / Token 取决于该 Skill 是否调用 Apify 平台能力,具体以官方说明为准

三、权限

  • 网络访问:通常必需,用于数据采集与平台调用。
  • 文件读写:视使用方式而定,非核心权限。
  • Shell:非必需。如果只需要 Agent 帮助组织分析流程,可以关闭自动执行。
  • 浏览器 / Docker:不是该 Skill 的必要条件,除非具体任务需要。

四、账号 / API Key

  • Skill 本身是否需要凭证,取决于它是否调用 Apify 平台。若需要,通常是 Apify API Token。
  • 注意区分:Skill 自身需要的凭证,与你后续要分析的项目可能需要的凭证,是两件事,不要混在一起管理。

最小使用条件

  1. 一个支持 Skills 的 Agent。
  2. 可用的网络访问。
  3. 按官方说明准备所需的 Apify 凭证(如果该 Skill 需要)。

Skill 安装、使用与卸载教程

一、安装

LemonAIKit 页面已单独提供 Skill 安装指令,直接复制本页面的安装指令,粘贴到对应 Agent 或终端执行即可。此处不再重复完整安装命令。

如果你不清楚自己的 Agent 怎么装这个 Skill,可以直接问当前 Agent:

如何安装 apify/agent-skills#apify-trend-analysis?

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

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

让当前 Agent 根据自己的 Skill 加载 / 管理机制给出安装方式,比照抄通用命令更稳妥。

二、安装后如何使用

安装后,当你提出趋势分析类需求时,Agent 会按该 Skill 描述的流程推进。描述需求时建议说清楚:分析对象、时间范围、关注维度、数据范围。

自然语言使用示例:

使用 apify-trend-analysis,帮我分析最近一个月「AI 编程助手」这个话题的整体趋势。

使用 apify-trend-analysis,围绕「家用咖啡机」整理一份趋势方向的分析。

使用 apify-trend-analysis,对比这两个关键词近期的热度走势并给出结论。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式可能不同。可以:

  • 使用对应 Agent / Skill 管理器提供的删除方式;
  • 直接询问当前 Agent:「如何卸载 apify/agent-skills#apify-trend-analysis?」

如果没有统一卸载命令,让 Agent 按你当前的安装方式移除通常更稳妥。不要手动删除来路不明的目录。

常见问题

1. 这个 Skill 需要 Apify 账号才能用吗?

取决于该 Skill 是否实际调用 Apify 平台能力。若需要,通常要准备 Apify API Token;若只用其分析流程而不涉及平台调用,可能不需要。具体以该 Skill 当前官方说明为准。

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

一般可以。Skill 是独立的能力单元,分别在你使用的每个 Agent 中安装即可。但各 Agent 的加载机制不同,行为可能略有差异。

3. 安装后 Agent 没识别到 Skill,怎么办?

常见原因:安装路径不对、Agent 版本不支持 Skills、或需要重启会话。可以先确认 Agent 版本,再让它自己检查 Skill 是否正确加载,必要时重新安装。

4. 中国大陆使用有网络要求吗?

趋势分析涉及外部数据访问和可能的 Apify 平台调用,网络连通性会影响使用。是否能稳定访问相关服务,取决于你的实际网络环境。

5. Skill 会修改我已有的项目吗?

趋势分析 Skill 的职责是采集与分析,本身不应对你的项目代码做破坏性修改。但若你在同一会话里让 Agent 做其他操作,仍建议关闭不必要的自动写入权限。

6. Skill 更新后需要重新安装吗?

取决于 Agent 的 Skill 管理方式。有的支持更新,有的需要重新安装。可以直接问当前 Agent:「如何更新 apify/agent-skills#apify-trend-analysis?」

7. 它和普通 Agent 直接分析趋势有什么区别?

普通 Agent 靠自身推理;这个 Skill 把趋势分析的调用流程和 Apify 数据能力结构化,减少每次重新设计流程的成本。是否更好用,取决于你是否需要 Apify 的数据能力。

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 示例中添加 --user-agent apify-agent-skills/apify-ultimate-scraper(SKILL.md、gotchas.md、actor-index.md, 以及四个工作流指南文件),并在 SKILL.md 中添加一条顶层规则以记录 该约定。由于该标志是在 apify/apify-cli#1102 中引入的,将 CLI 前置条件提升至 v1.5.0+。 这使我们能够通过 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
暂无评论...