GitHub项目说明 · 非用户反馈
把已读技术书籍提炼成 agent 按需加载的 skill，替代翻 PDF 与直接问 AI
技术书读者在几个月后想调用书中知识，但搜索 PDF 得到的只是页面列表，直接让 agent 回答会幻觉或表示没有内容，阅读时记的笔记也不再打开。该项目把 PDF、EPUB、DOCX 等技术书籍提炼为符合 Agent Skills 标准的 skill，章节文件按需加载，让 Claude Code、Copilot CLI 等 agent 从真实内容作答，并称比整书塞入上下文节省 24×–51× token。
查看原始信号github:Leutenegger/book-to-skill
目标用户
读过技术书籍、希望让 AI 编程助手（Claude Code、Copilot CLI、Amp 等）在编码或研究中按需引用书中具体内容的开发者与技术从业者。
潜在需求
把已读书籍转化成 agent 可识别、按需加载的结构化知识，使提问时能定位到正确章节并从真实内容作答，同时避免把整本书塞进上下文造成高 token 开销。
发生场景
用户购买并阅读一本技术书籍，数周或数月后忘记某一章节是否存在；需要时搜索 PDF 得到页面列表而不是答案，让 agent 直接回答则可能幻觉或声称没有内容，自己读时记的 200 行笔记也再没打开过。
来源证据
项目描述称，读完技术书数月后会忘记章节存在；搜索 PDF 只得到页面列表而非答案，直接问 agent 会幻觉或说没有内容，阅读时记笔记则变成不再打开的长文档。
once. Three months later you can't remember chapter 7 existed. The usual workarounds don't help: - "Let me just search the PDF" → you get a list of pages, not answers - "I'll ask the agent about this book" → it either hallucinates or says it doesn't have the content - "I'll take notes as I read" → you end up with a 200-line doc you never open again **book-to-skill solves this by turning the book into a structured skill your agent loads on demand.** Once installed, type `/your-book-slughttps://github.com/Leutenegger/book-to-skill
为什么值得留意
这反映了 agent 工作流中的一类新需求：长期阅读积累的书籍知识如何被复用。项目同时回应了幻觉和 token 成本两个 agent 使用的关键阻碍，并选择开放 Agent Skills 标准跨主机生效，其解法形态值得继续跟踪实际使用与缺口。
已有方案
- 搜索 PDF 获取页面列表
- 让 agent 直接回答书中问题
- 阅读时手动记笔记
未满足部分
- 搜索 PDF 无法直接给出来自对应章节的答案
- 直接问 agent 会出现幻觉或说缺少书中内容
- 手动笔记成为不再打开的长文档
- 整本书直接塞进上下文 token 消耗过高
可能延伸 · 模型推测
- 根据 agent 提问行为自动标记高频章节并优化加载策略
- 将多本相关书籍合并为跨书主题索引支持联合查找
- 把提炼结果导出为轻量问答接口供非 agent 场景复用
目前未知
- README 由项目方撰写，需求描述可能带推广倾向
- 节省 24×–51× token 的论断缺乏第三方验证
- 尚未见独立用户反馈或采用数据
- 对幻觉减少的声称需要实测
继续核实
- 除项目作者外，是否有独立用户实际持续使用该工具维护书籍 skill？
- 把整本书塞进上下文是否为当前 agent 用户的常见做法，token 成本是否构成足够痛点？
- Agent Skills 开放标准在 Claude Code、Copilot CLI、Amp 中实际兼容程度如何？
- 与文档向量化 RAG 相比，按章节拆分为 skill 在回答质量上有何差异？
主题词
book knowledge reusepdf document processingagent skill generationon-demand chapter retrievaltoken efficiencylong-form document context