实时新闻热榜

解决的问题

在构建信息获取类 Agent 时，工程师常面临一个痛点：实时热榜分散在微博、知乎、百度、抖音等十几个平台，每个平台有自己的接口规范、反爬策略和返回结构。自行维护这些爬虫不仅成本高，还会因平台改版导致服务频繁失效。本技能将这一复杂度封装为统一的工具接口，让模型只需表达"我要哪个平台的热榜"，无需关心底层数据获取细节。

工作原理

技能采用"路由层 + 工具层"的分层设计，模型负责意图理解与参数提取，代码层只负责调用 API。

核心工作流程如下：

• 密钥校验：首次调用前检查 scripts.config.settings.api_key，若为空则通过 AskUserQuestion 向用户索要密钥，保存后继续执行
• 工具路由：根据用户意图匹配对应工具函数，例如微博热搜对应 scripts.tools.weibo_news，知乎热榜对应 scripts.tools.zhihu_news
• 参数提取：从用户输入中解析工具所需参数，缺失时主动追问
• 调用与展示：使用关键字参数调用工具，将返回的 result["raw"] 原始 JSON 整理后呈现给用户

目前支持的平台覆盖社交（微博、抖音）、搜索（百度、搜狗）、社区（知乎、B站、虎扑）、科技媒体（36氪、虎嗅、IT资讯、稀土掘金）以及新闻门户（腾讯、澎湃、今日头条）等 17 个数据源。

适用边界与注意点

本技能的设计前提是必须持有有效的 API 密钥。缺少密钥时，技能会主动询问用户而非自行编造数据，这是保证信息真实性的硬约束。工程师在集成时需确保密钥通过 scripts.config.set_api_key() 持久化配置，避免每次调用都触发交互式询问。

此外，技能返回的是平台热榜的原始结构化数据，不做内容审核或事实核查。若用于敏感领域，建议在展示层叠加额外的过滤或人工审核机制。当前工具函数均无必填参数，这意味着所有数据源都是"即取即用"的，但也要求调用方明确指定目标平台，避免无意义的全量拉取。