蒸馏≠总结：把长内容蒸成 Agent 可调用的 Skill
观点：总结告诉你内容讲了什么，蒸馏把里面的方法、步骤、判断标准、适用边界拆出来，变成 Agent 以后能调用的能力模块——蒸馏物合格不合格，验收标准是追问时它能不能参与判断，而不是能不能检索到。
袋鼠帝的仓颉 Skill 今年 4 月开源，最初只为解决一个问题：AI 能不能真的拆书——不是总结成几条金句，而是把书里的方法、步骤、判断标准拆成 Agent 能用的东西。没做推广，两个多月自然涨到 1 万 star，issue 里不断有人要视频、播客、课程支持，于是 2.0 放开到所有长内容。流程是：视频链接→下载→提取音频转文字→仓颉蒸馏→生成 Skill。他特意把视频处理拆成独立的 video-downloader skill，仓颉只做文本蒸馏——转写、音频都塞进去仓颉会越来越重，而它最核心的能力是文本蒸馏。实测：4 小时的吴恩达课程（26 个视频）跑 1 小时出 25 个 Skill；80 多分钟的 loop engineering 系列出 8 个。最大的收获是他跑完后没停，继续追问”loop engineering 适不适合优化 App、能不能做内容创作”，得到的回答具体到”哪些地方容易误用、应该怎么拆步骤”——蒸馏出的 Skill 真的能继续参与判断，不只是方便以后查一下。
洞察：这条路线真正的分水岭不在”存没存下”，在”能不能被调用”。 总结是给人看的终点，蒸馏是给 Agent 用的起点；验收方法也跟着变了——不是读一遍觉得挺全，而是就着内容追问几轮，看它答不答得上具体的判断。另外他的架构选择值得单独看：功能边界按”核心能力是什么”切，不按”用户流程顺不顺”切。视频→文字和文字→Skill 在用户眼里是一条流水线，但他还是拆了，因为仓颉的核心是文本蒸馏，塞进转写只会越来越臃肿。
启示： 两个可以直接抄的做法。一，蒸馏物的验收用”追问测试”：随便挑几个应用场景问它适不适合、怎么拆步骤、哪里容易误用，答得具体才算蒸透。二，一个 skill 只干一件事：下载转写归下载转写，蒸馏归蒸馏，各自独立反而清楚。我们自己库里吃灰的课程、长视频，都可以走”下载→转写→蒸馏”这条管道变成可调用的能力模块。
提醒： 演示样本全是英文技术课程，中文内容和非技术内容没验证过；蒸馏质量的上限是原内容的结构化程度，叙事型、观点型内容没有决策规则可拆；video-downloader 依赖平台下载能力，平台改版就失效；转写环节用的是 base 档位模型，专有名词准确率存疑（和我们自己库的转写痛点同构）；1 万 star 和测试结果是作者自述，未经第三方复核，开源项目的长期维护也始终是问号。
📺 袋鼠帝，抖音，2026-07-06 · 原视频 · 库内 2026-07-06-开源仓颉.Skill，你现在可以蒸馏任何视频 · 速览 速览/2026-07-06-仓颉Skill蒸馏任何视频