前言¶
给 Agent 接一个「帮我找几本穿越文」的需求，多数实现只能做两件事之一：要么靠内置知识库里那几十本常见书硬凑，要么把用户引到某个单一书站去搜。前者书单和当前连载状态脱节，后者丢掉了「跨平台比对口碑」这个核心动作。书荒拯救者走的是另一条路：把检索范围摊到网文站和传统文学书单两类来源，再把书名、评分、简介、读者评价、阅读链接整理成一份可直接看的推荐方案。
下面介绍这个 Skill 的定位、能力和启用方式。
这是什么¶
书荒拯救者是一个小说推荐助手 Skill，输入想看的小说类型或偏好，它会全平台搜索并生成推荐方案。坐标为 @user_66f29720/a-savior-of-book-drought，版本 1.0.0，由 user_66f29720 发布，来源标记为 community，分类属于 knowledge-management。它解决的是「用户表达不清、来源又分散」的找书问题：用户只需说一句类型偏好或一个模糊方向，Skill 负责跨平台取数并收敛成清单。
核心功能¶
- 按小说类型或偏好做检索，而不是按固定书名列表回答。
- 跨平台搜索，同时覆盖网文与传统文学两侧。
- 输出结构化推荐方案，每项包含书名、评分、简介、读者评价和阅读链接。
- 在用户没有给出明确类型时，通过触发词识别找书意图并主动追问偏好。
触发词为：推荐小说、书荒、找小说、想看小说、novel、book、推书、求书单、小说推荐。
覆盖范围与信息字段¶
来源分两类，这一点值得先看清，因为它直接决定书单的可信度边界。
网文侧覆盖起点、番茄、七猫，这类来源的优势是书目全、连载状态新，评分和评价更贴近当前在读人群。传统文学侧覆盖豆瓣和知乎书单，这类来源的优势是长评和口碑沉淀，适合判断一本书是否经得起长期评价。
输出字段固定为五项：书名、评分、简介、读者评价、阅读链接。评分来自各平台的展示值，并非统一换算到同一量表，跨平台直接比较分数时需要留意这一点。
安装与启用¶
资料中未给出独立的安装命令、npm 包名或配置文件字段。从 SkillHub 页面看，requires_api_key=false，即启用不需要额外申请 API Key。
获取路径：
SkillHub 页面：https://www.skillhub.cn/skills/user_66f29720/a-savior-of-book-drought
API 端点：https://api.skillhub.cn/user_66f29720/a-savior-of-book-drought
在支持通用 SKILL.md 格式的 Agent 环境中，按上述坐标引入后，触发词即可被识别。Cursor、Codex CLI、Claude Code 之间的安装命令差异，资料中没有对应说明，这里不做推测。
页面指标：评分 100000，下载 914 次，安装 0 次。
典型用法¶
官方简介给出的用法是「输入想看的小说类型或偏好」，所以最直接的复现方式是用触发词发起请求。
输入示例：
推荐小说，穿越架空类，不要太长，最近完结的最好
书荒，想看科幻，带点悬疑的
novel，类似无限流但节奏慢一点的
预期输出是一份推荐方案，每本书给出书名、评分、简介、读者评价和阅读链接。第三个示例是模糊偏好，需要 Skill 先识别为找书意图，再根据「无限流」「节奏慢」这两个约束去收敛范围。
适用场景与注意¶
适合的场景：
- 用户表达的是类型、题材、情绪或篇幅偏好，而不是具体书名。
- 需要同时参考网文站热度和传统文学口碑。
- 希望拿到能直接跳转的阅读链接，而不是只拿到书名清单。
需要注意的地方：
- 评分跨平台不可直接比大小。起点、番茄、七猫的评分体系与豆瓣不同，同一分数在两个平台上的含义差别很大，输出时应保留来源标签。
- 读者评价是平台侧展示内容，质量取决于各站点的评论环境，知乎书单的评价尤其依赖单条长评，样本量天然较小。
- 阅读链接指向各平台原站，部分平台对未登录用户有章节限制，这不是 Skill 能控制的。
- 下载量为 914、安装为 0，社区验证还不够充分，接入前建议先用一组真实偏好跑一遍，确认输出结构符合预期。
结尾¶
书荒拯救者的价值在于把「找书」这件事从单站搜索升级为跨平台收敛：用户只需要说一句偏好，剩下的检索、比对、字段整理都由 Skill 完成。它的覆盖面比内置书单广，但评分和评价的可比性需要使用者自己把关。
官方地址：https://api.skillhub.cn/user_66f29720/a-savior-of-book-drought
