前言¶
在 Agent 里聊一本书，常见问题是回答发散：版本和作者没对齐就展开评论，背景与文本细节混在一起，追问时还容易脱离可考材料。若希望对话有固定节奏——先锁定书目，再给出结构化导读，最后在同一本书的语境里问答——需要把流程写进 Skill，而不是每次靠提示词临场编排。
下面介绍 SkillHub 社区技能「读书」（@user_c354bc8c/book-reader-pro），面向「提到书名就要系统讲书、又要能深挖问答」的场景。
这是什么¶
「读书」是 SkillHub 上的 knowledge-management 类社区技能，坐标 @user_c354bc8c/book-reader-pro，当前版本 1.0.0，由发布者 user_c354bc8c 维护。标签标明 requires_api_key=false，安装与使用不依赖额外 API Key。
定位一句话：读书精讲与深度问答。当用户提到书名（通常用书名号《》包裹）时触发，按官方说明走三段式对话，并在问答阶段强调依据书本内容、作者经历与相关资料，拒绝超出可考范围的猜测。
官方入口：
- SkillHub 页面：https://www.skillhub.cn/skills/user_c354bc8c/book-reader-pro
- 资源地址：https://api.skillhub.cn/user_c354bc8c/book-reader-pro
（SkillHub 页面展示评分 100000、下载 3539；以上为页面统计，会随时间变化。）
核心功能¶
已核实能力均来自官方简介，无额外脚本或配置字段说明。
触发条件¶
用户消息中出现书名，且常用书名号《》标注，例如《活着》《百年孤独》《静夜思》。Agent 加载本 Skill 后，应据此进入读书流程，而不是当作普通闲聊书名。
三段式对话流程¶
-
确认作者与版本
先对齐「讲的是哪一本书、哪位作者、哪个版本/译本」，避免同名书或不同译本混谈。 -
结构化精讲
按固定维度输出导读，官方列出的字段包括：写作背景、创作动机、核心观点、情感表达、写作目的。便于快速建立全书框架，再决定是否细读原文。 -
深度问答
进入围绕该书的问答模式。回答应基于书本内容、作者经历与相关资料；对无法考证的内容应明确拒绝猜测，而不是补全虚构细节。
安装与启用¶
本技能遵循通用 SKILL.md 格式。SkillHub 页面上的安装方式是：将页面提供的安装提示词发送给你的 AI，由 AI 完成 skills 安装。页面未给出区别于其他客户端的统一 CLI 命令；若你使用 Cursor、Codex CLI 或 Claude Code，以各自支持的 Skill 安装机制为准，并以 SkillHub 生成的提示词为来源。
安装或引用时请使用官方坐标，便于与仓库版本对应：
@user_c354bc8c/book-reader-pro
版本：1.0.0。来源：community。无需 API Key（requires_api_key=false）。
典型用法¶
以下示例复现官方简介中的触发方式与流程预期，便于在对话里自测 Skill 是否生效。
- 在已启用本 Skill 的 Agent 中直接说出书名，例如：
我想了解《活着》
-
按流程先确认作者与版本（若你只给了书名，Agent 应主动核对，而不是跳过直接评论）。
-
等待结构化精讲（背景、动机、观点、情感、目的等维度）。
-
在同一本书的语境下继续提问，例如人物动机、时代背景与文本细节的对应关系；超出可考范围的问题应得到克制答复，而非臆测。
诗词类短文本同样适用触发形式，例如提及《静夜思》时，仍应先确认作者与常见版本，再进入精讲与问答。
适用场景与注意¶
适合谁
- 需要在对话里快速拿到一本书的框架性导读，再决定是否深入阅读的人。
- 希望问答始终锚定某一版本文本与可考史料，而不是泛化「读书感想」的用户。
- 做知识管理类 Agent 时，想把「讲书」从一次性提示词改成可复用 Skill 的开发者。
限制与注意
- 精讲与问答质量取决于模型与 Skill 内引用的材料范围；官方明确承诺的是流程结构与「拒绝超范围猜测」的原则，不替代阅读原文与学术考证。
- 下载量、评分等数据以 SkillHub 页面为准，与第三方转载数据可能不一致。
- 页面未单独列出各 IDE 的安装差异；若安装失败，应回到 SkillHub 页面重新获取安装提示词，并确认坐标与版本 1.0.0 一致。
结尾¶
「读书」把「认书名 → 结构化精讲 → 可考证范围内的深度问答」写成固定流程，适合在 Agent 里稳定地谈某一本书。需要安装或查看说明时，请打开 SkillHub 官方页面：https://www.skillhub.cn/skills/user_c354bc8c/book-reader-pro
