我前两天刷到 book-to-skill，第一反应不是“又一个读书总结工具”。
我想到的是自己那堆 PDF。
买了，读了，还划线了。
当时觉得记住了。
过几个月写代码，碰到一个设计、一个接口、一个配置问题，脑子里冒出来一句：
这书里讲过。
然后就开始翻。
先看目录。
再搜关键词。
搜不到就换一个词。
再搜。
最后那页可能就在书里，但你就是找不出来。这个过程很烦，而且特别常见。
book-to-skill 抓的就是这点。
它干的事比较直：把一本技术书拆成 Claude Code 能调用的 skill。
不是把书整本丢给模型，让它写一篇“内容概括”。
它会把书里那些以后可能要查的东西扒出来。
框架。
设计模式。
术语表。
速查手册。
还有章节里的代码块、表格。
我会多看一眼的地方，是它没有把整本书一次性塞进 Claude Code 的上下文。
它按章节放。
用到哪章，再加载哪章。
这就很关键。
技术书随便一本两三百页，架构书、数据库书、编译原理那种，更不用说。你要是真全塞进去，旁边还开着项目代码、报错日志、依赖文件、聊天历史，几轮下来，上下文里全是东西。
满。
乱。
最后 Claude 也不一定知道你到底要它看哪一段。
book-to-skill 的思路更像是把书切成一格一格的小抽屉。
你问书名，加一个关键词，它再去拿相关那一格。
这种东西听起来没那么炫，但写代码的时候反而有用。
还有一个细节。
它支持 PDF、EPUB、DOCX、Markdown。
技术书里最容易被普通摘要糊掉的，其实不是正文。
是代码块。
是配置表。
是那种 API 对比表。
有时候一页正文没什么用，下面那段示例才是你真正想找的东西。普通总结工具经常把这些压成一坨文字，看完还是要回原书翻。
book-to-skill 会单独识别这些结构。
这点挺实际。
生成出来的东西，也不像读书笔记。
不是“第一章讲了什么，第二章讲了什么”。
它更像是把书里的方法、概念、术语，整理成 Claude 能查、能引用、能继续推的文件。
前提当然是书在你手里。
不是让 Claude 凭空编一本书的内容。
我觉得它更适合那种你读过一次，但后面还会反复碰到的书。
比如系统设计。
数据库。
编译原理。
某个框架源码分析。
第一次读完就放着，后面写代码卡住，不想再从 300 页里翻一个概念。
那就丢进去，做成 skill。
这项目不大。
但我会留下。