老鬼看这种项目,第一眼通常不看宣传词,先翻命令。
/book-to-skill ~/path/to/your-book.pdf
就这一行,挺抓人。book-to-skill 干的事很直接:把 PDF、EPUB、DOCX、Markdown 这些资料转成 Claude Code 能调用的 skill。不是把整本书糊进上下文,而是生成 SKILL.md、章节文件、术语表、patterns、cheatsheet 这一套东西,用到哪块再读哪块。README 里也写得清楚,章节是 on-demand 加载,不是一上来就烧上下文。
这点我觉得比“AI 读书”四个字重要。
以前折腾技术书,最烦的不是搜不到,而是搜到了也没法用。PDF 搜关键词,给你一堆页码;丢给模型,模型又开始凭训练记忆发挥。尤其像 DDIA、Clean Code 这种书,模型不是完全不知道,但它知道的是互联网上被嚼碎过的版本,不一定是你手里那本、那一章、那个术语。book-to-skill 的野心就在这里:先做一次深度分析,把作者的方法论、反模式、设计原则压成能推理的结构。
这就有点意思了。
它对技术书还专门分了路子:偏纯文本的 PDF 可以走 pdftotext、PyPDF2、pdfminer;有代码、表格、公式的技术书,则建议走 Docling,README 里也写了,Docling 会慢一些,大概按页算,但能保住 Markdown 表格和代码块。
老鬼对这个细节比较敏感,因为很多“文档转知识库”项目,一遇到代码块缩进、表格断行,后面全废。
不过先别急着吹。
这玩意儿不是拿来管 80 本书的。作者自己也承认,多书大规模搜索,NotebookLM 这类更合适;book-to-skill 更像是把一本书、几篇论文、一组内部资料,揉成一个 Claude Code 工作流里的随身参考。
另外现在仓库虽然已经有 4.2k stars,但还没发正式 release,真要重度依赖,最好先拿一本不太长的书试试。
我会怎么用?
不是拿它“读完一本书”。而是看源码、写设计文档、做架构取舍时,把一本经典书变成可随时问的技能:问某个概念在哪章,问某种模式什么时候该用,问反例是什么。尤其是那种你读过,但三个月后只剩书名的技术书。
适合 Claude Code 重度用户、技术书囤积党、写项目文档的人。别指望它替你读书,但把书变成能随手调用的工作材料,这事挺现实。
GitHub 地址:giliojr94/book-to-skill
这类开发者工具的新玩法,在 云栈社区 总有惊喜讨论,不妨去看看。
|