读过的书要能在需要的时候自己回来干活
我手上有一条把书蒸馏成技能的流水线，从原书出发，抽出作者真正会怎么做，把原则改成可执行规则，保留取舍和例外，规定什么场景该调用、什么场景别乱用，封装成技能，再拿坏案例反复测、反复修。这条线我跑过，也写过。
跑它之前，我干的事跟大多数人一样，把书丢给 AI 让它总结。几千字摘要，分五节，读着挺顺，存进笔记，觉得这本书算是消化了。
真到做事那一步才发现摘要帮不上忙。它在电脑里躺着，我在会议桌前，两边不挨着。回去翻，翻到了，每条要点都对，每条都太短，短到看不出该在什么时候用、用到什么程度算够、对方一直绕圈的时候又该怎么办。
那之后我换了方向。让 AI 把书里的方法做成一个能调用的东西。
把书变短，是这几年 AI 拆书的主流做法
市面上的拆书产品几乎都在干同一件事，压缩。三百页压成三千字，三千字压成十条金句，十条金句压成一张卡片。压得越狠，传播效果越好，用户越觉得划算。
问题是压缩之后的东西仍然需要你去记。它换了个形式待在你脑子里，跟原来那三百页的处境一样，平时不占地方，要用时想不起来。省下的是读书那两周，遗忘的时间点也跟着往后推了两周，位置换了，东西没留下。
摘要的另一个毛病是它没有边界。原文里作者讲某个方法时，通常会带一句这在什么情况下有效，或者举一个失败的例子说明什么时候别用。压缩的时候这两样最先被砍掉，因为它们看起来只是细节。砍完剩下一条光溜溜的建议，看着放之四海而皆准，实际用起来到处碰壁。
换个思路，把方法做成技能
我在 AISet 里用的是它内置的第二大脑模块。这个模块对书的处理跟摘要完全不同，它把一本书拆成三层，原文一层，知识点一层，技能一层，三层各自独立存，互相用引用连着。
原文那一层原封不动。整本书的规范化正文完整保留，不截断、不改写，我原来的目录、标记和笔记也都还在。这点对我很重要，我不信任何二手转述能替代原文，尤其是当我怀疑 AI 理解错了的时候，我得能翻回去看它到底怎么说的。
技能那一层才是重点。每个技能在文件里长这样，有触发条件，写清什么情况下该调它；有输入，要喂给它什么信息；有执行步骤，一步一步怎么做；有输出，做完应该得到什么可检查的结果；还有边界，什么时候不该用、跟相邻技能怎么区分。
每个技能都得拿原文当凭据
第二大脑的规范文件就在插件目录里，它给技能设了三道验证。
第一道查原文支持够不够。有两条路可以走，要么书里有两个互相独立的语境都在讲同一个方法，把不同对象、不同情境的位置都记下来；要么书里只集中讲过一次，但把可执行步骤、适用条件和具体应用都说明白了，这时候要在文件里标记「单处完整论述」，并且把适用范围收窄，不许声称原书已经跨场景验证过。同一个案例在不同段落里重述两遍，不算两条独立证据。
规范里有一句我印象很深，原文没有应用证据的时候，先列进待补证据，不允许用 AI 编造案例来凑。
第二道查能不能迁移。拿一个原书没直接回答过的新任务去套，如果这个技能能明确给出触发条件、输入、步骤、判断依据和可检查的输出，才算过。只有一堆解释和建议、没有可执行方法的，淘汰。
第三道查有没有独特价值。努力、坚持、多思考这类一般常识不通过，得说清楚这本书特有的判断规则是什么，反直觉的机制在哪，边界条件是什么，跟随便哪个人都能给的建议相比多了什么。规范原话是，换标题或者换行业例子不产生新的独特性。
知识点那一层管得更细。它分八种类型，概念、主张、原则、机制、来源报告的事实、论证、适用限制、反例。每条知识点必须挂证据引用，而且规范要求引用的那句话必须和规范化正文对应的字节区间完全相等，字节对得上才算，意思接近不行。定位不到证据的候选，留在审计区，进不了正式知识库。
每个技能还要配五到十条压力测试。该调用要测，不该调用要测，边界模糊要测，跟相邻技能容易混也要测。测试没过不删技能，退回生产者修，修完重新测。规范里专门写了一句，预算不足或者测试工具不可用，记为待完成，不能伪装成质量淘汰。
看到这里我大概理解了为什么它拆得慢。慢的部分全花在防 AI 瞎编上。
一本书提供一个视角，复杂问题需要几张嘴
我在实际工作里碰到的问题很少只属于一本书的管辖范围。比如要不要接一个明显低价的项目。谈判类的书会告诉你在什么条件下让步、让步要换什么回来。认知类的书会提醒你，此刻的判断可能被沉没成本带着走。至于做产品的那本，它会让你先回去查一件事，这个客户有没有真实需求证据。三个方向给的判断不一致，甚至互相拆台。
这种时候我更愿意让它们吵一架，而不是自己挑一本顺眼的信。AISet 有个智囊团入口，把不同书里的技能拉到同一个问题上，看它们各自怎么说、在哪一步开始分歧、谁的前提更靠得住。
单本书的技能库只能证明我读过，跨书的关系网才帮我会判断。前者存东西，后者让存下的东西互相校验。
调用的时候长什么样
差别出现在具体时刻。我按几个常见场景说一下技能被调出来是什么样子。
写完一篇稿子，调写作类技能，它按书里的检查项过一遍开头、废话和证据，逐条给出对应的原文位置。这一步以前靠我记得多少，现在靠书里写了多少。
客户突然说能不能便宜点，谈判类技能会先反问两件事，对方的替代方案是什么，我这边的产能余量有多少，再判断该降价、该缩范围，还是根本不该让。它反问的那两项，是书里明确写着的判断前提，我自己临场想不全。
准备开工写两周代码之前，产品类的技能会拦一下，问这个需求有没有真实证据，证据是访谈得来的还是我自己推的。这个问题问得不舒服。
这几个场景的共同点是我什么都没记。我不需要记得书里怎么说的，我只需要在做事的那一步把技能调出来，它带着原文和边界条件一起过来。
读书的产出如果只是一段需要记住的内容，那记住就是它的天花板。产出如果是可以调用的方法，天花板就变成我碰到多少真问题。
一个具体的建议
如果你也想试，别一上来就导入十本书。挑一本你最近三个月里真的会用到、且已经踩过坑的，先把它拆完。
拆完之后不要只是收藏。找一个你手上正在做的具体任务，把对应的技能调出来跑一遍，看它给的判断跟你原来的打算差在哪。差得离谱，回去看它挂的原文证据，多数时候你会发现是书里那句话被你当初读漏了条件。
第二大脑这个词被用得很泛，我理解的版本朴素一些。它应该让读过的书在需要的时候回来工作，而不是在书架上排着好看。
如果能给一本书装上调用接口，你会先选哪一本？
