蒸馏就是AI时代的“合法抢劫”通过蒸馏把一本书变成你的专属 Skill过去我们读完一本好书通常会经历三个阶段看见一句好话 → 疯狂划线 → 三个月后全部忘掉认真一点的人会写摘要、做思维导图、摘录金句。可等到真正遇上问题——换工作、做规划、写方案、分析数据——我们还是不知道下一步该干什么。因为知道一本书讲了什么和能够使用这本书的方法是两件完全不同的事。AI 时代出现了一种更“狠”的读书方式把一本方法类书籍拆开留下真正能工作的部分再把它封装成一个可以被 AI 反复调用的 Skill。书还在书架上但它的方法已经变成了你的工具。这听起来像不像一种“合法抢劫”**先说清楚本文标题中的“合法抢劫”只是一种传播比喻不是真正的法律概念。**真正合法的前提是资料来源合法、遵守授权、尊重作者署名不复制受保护的大段表达也不把做出来的 Skill 变成原书的替代品。越过版权边界就不再“合法”更不是一句“AI蒸馏”能够免责。本文将结合 GitHub 项目 kaixin-aa/life-designer-skill以 Bill Burnett、Dave Evans 的《Designing Your Life》中文常译《斯坦福大学人生设计课》或《人生设计课》为方法背景拆解一本书如何从“阅读材料”变成“可执行 Skill”。这篇文章最核心的一句话是摘要帮助我们记住一本书而 Skill 帮助我们使用一本书。 专栏介绍《GitHub小白开源成长课》这是一个专门写给计算机初学者、大学生和刚开始接触 AI 的读者的实战专栏。在这里我们不只推荐“看起来很厉害”的 GitHub 项目而是一起读 README、看目录、查许可证、理解工作原理再判断项目能不能真正为自己所用。专栏会持续分享 GitHub 基础、优秀开源项目、AI Agent、Skill、Python 实践和 Windows 踩坑记录。每篇文章只解决一个明确问题尽量做到概念听得懂、流程能照做、风险提前讲清。如果你也想从“只会收藏项目”走向“能读懂、能使用、能改造项目”欢迎订阅《GitHub小白开源成长课》。资料说明本文对案例仓库、Agent Skills 规范、Stanford Life Design Lab 公开资料及版权规则的核对时间为2026年7月29日。本文提供的是一般性学习和风险提示不构成法律意见。一、这里说的“蒸馏”不是训练一个小模型“知识蒸馏”在人工智能领域有一个严格的技术含义。2015 年Geoffrey Hinton、Oriol Vinyals 和 Jeff Dean 在论文《Distilling the Knowledge in a Neural Network》中系统讨论了让较小、较容易部署的“学生模型”学习大型模型或模型集成的行为。简单理解就是大模型会做题 → 让小模型学习大模型的答题方式 → 用更小成本保留尽量多的能力但本文不是在训练神经网络也不会修改模型参数。我们使用“蒸馏”这个词是一种更通俗的知识工程比喻一本方法类书籍 → 提取可迁移的方法 → 改写成操作步骤 → 增加判断规则、模板和标准 → 封装成AI能够调用的Skill因此本文更准确的技术描述应该是把书中的方法性知识工程化为可复用的 Agent 工作流。为了方便阅读后文仍简称为“把书蒸馏成 Skill”。二、AI Skill到底是什么很多小白第一次看到 Skill会把它理解成“一个很长的提示词”。这种理解只对了一小部分。根据 Agent Skills 规范一个 Skill 至少是一个包含SKILL.md的文件夹还可以附带skill-name/ ├── SKILL.md # 什么时候触发、具体怎样做 ├── references/ # 需要时再读取的方法和参考资料 ├── scripts/ # 可以稳定执行的程序 └── assets/ # 模板、表格、示例等资源你可以把 Skill 理解成一份写给 AI 员工的“岗位说明书操作手册工具箱”。它至少应该回答五个问题什么时候使用我接到任务后先做什么遇到不同情况怎样判断最终要交付什么格式怎样检查结果是否合格如果只是把整篇读书笔记塞进SKILL.md那不是 Skill只是换了文件后缀的摘要。三、普通摘要、提示词和Skill有什么区别对比项普通摘要单条提示词可执行Skill主要目标压缩内容完成一次任务稳定完成一类任务回答的问题书里讲了什么这一次该怎么回答以后遇到类似情况都怎么做是否有触发条件通常没有由用户手动输入有明确使用场景是否包含步骤可能有章节顺序可能有临时步骤有固定或分支工作流是否包含判断规则很少依赖模型发挥明确写出继续、追问、暂停、拒绝条件是否有输出模板不一定常为一次性通常有稳定交付结构是否有质量检查很少人工临时判断有验收标准和边界能否持续迭代不方便容易越写越长可以拆分资源、测试和版本管理举个简单例子。一本书告诉你不要只在脑中猜测未来要通过小规模行动验证方向。摘要会把这句话记录下来。提示词可能写成请帮我设计一个验证职业方向的小实验。Skill 则会继续追问用户究竟想验证哪个未知问题这是能够通过行动改变的问题还是无法改变的现实条件实验能否在一周内完成成本是否足够低失败能否安全撤回完成后能获得什么新信息用户状态不佳时是否应该暂停某些刺激性步骤所以 Skill 的价值不在于它“知道一句金句”而在于它知道什么时候把哪条方法用在什么地方。四、为什么方法类书籍特别适合做成Skill并不是所有书都适合被做成 Skill。小说、诗歌和散文的价值往往在语言、情绪和阅读体验本身。把它们压成操作步骤反而会失去最重要的部分。方法类书籍则不同。它们通常包含一个反复适用的问题框架一套从现状走向结果的步骤多种情况的判断方式练习、表格或输出结构常见误区与修正方法判断行动是否有效的标准。这些内容天然接近“程序”。比如书籍类型可能封装成的Skill写作方法文章结构诊断与修改Skill项目管理项目拆解、风险检查和复盘Skill用户研究访谈提纲设计与洞察整理Skill学术写作论文论证、引用和结构检查Skill时间管理每周计划与任务优先级Skill人生设计方向探索、原型实验和复盘Skill判断一本书是否适合做 Skill可以问一句读完之后我希望 AI 帮我反复完成哪一类动作如果回答不出来先别做 Skill你可能只是想写一篇读书笔记。五、案例life-designer-skill到底做了什么我们来看一个案例kaixin-aa/life-designer-skill。该项目把“人生设计”整理成适用于 Codex 等 AI Agent 的项目级 Skill。它不是让 AI 用几道选择题替你决定职业而是通过多轮对话帮助用户检查当前生活状态区分无法改变的现实与可以实验的问题梳理工作观和人生观发现心流、恢复能量和消耗能量的活动生成三个地位平等的未来版本为方向设计低成本、可逆的原型行动。仓库结构很小life-designer-skill/ ├── README.md ├── AGENTS.md ├── life-context.example.md └── .agents/skills/life-designer/ ├── SKILL.md ├── agents/openai.yaml └── references/method.md文件不多却分别解决了不同问题文件解决的问题README.md人类应该怎样理解、安装和使用项目AGENTS.md在这个项目里AI长期遵守哪些约定SKILL.md什么时候触发、怎样对话、安全边界是什么references/method.md详细方法、追问原则和最终蓝图规格openai.yamlSkill在界面中的名称、简介和默认调用语life-context.example.md用户长期背景应该按什么结构保存这正是“摘要”与“Skill”的区别摘要关注内容有没有漏 Skill关注任务能不能稳定做完一个必须说明的来源细节案例仓库的 README 明确说明它的直接整理依据还包括“数字生命卡兹克”的文章和用户提供的 Prompt方法背景才追溯到《Designing Your Life》、心流理论和积极心理学。所以更准确的说法不是“仓库作者把整本书直接复制成了 Skill”而是项目在已有公开文章和 Prompt 的基础上继续把人生设计方法工程化为项目规则、对话协议、参考方法和背景模板。它也明确声明自己不是作者、斯坦福大学或相关机构的官方产品。这个来源链非常值得学习做 Skill 不仅要标注一本书还要标注自己真正参考过的文章、Prompt、仓库和代码。六、第一步从书中提取“核心方法”而不是金句把书蒸馏成 Skill第一步不是让 AI 总结每一章而是寻找可迁移的方法骨架。Stanford Life Design Lab 对 Designing Your Life 课程的公开说明强调使用设计思维处理人生与职业问题通过构思、原型和反馈逐步探索而不是先找到唯一正确答案。课程还涉及工作观与世界观、能量和平衡、多个可能方向以及面向未来3—5年的 Odyssey Plan。结合案例仓库可以把方法骨架整理成下面几组问题。1. 我现在在哪里不要一开始就问“我的人生使命是什么”先查看当前状态。案例把现状拆成健康、工作、娱乐和爱四个仪表盘。Skill 的任务不是代替用户打分而是引导用户用具体事实解释自己的感受。2. 眼前的问题能不能设计案例区分三类情况重力问题目前无法通过个人行动改变的事实可设计问题可以通过行动或实验获得新结果混合问题既有现实限制也有能够行动的部分。这个分类不是一句知识点而是后续行动的路由器。3. 什么事情让我投入什么事情让我被掏空“我擅长”不等于“我适合长期做”。Skill 会要求用户回忆具体事件识别活动、同伴、环境和完成后的能量变化。4. 未来是否只有一个正确答案案例要求生成三个平等的五年版本而不是“一个主方案两个凑数备选”。这会迫使人从“必须一次选对”转向“我可以产生多个值得验证的可能”。5. 下一步能不能先做原型人生方向不是靠坐在房间里想清楚的而是通过访谈、体验和低成本行动收集信息。提取完成后我们得到的应该是一张方法地图而不是十页金句摘抄。七、第二步把“道理”改写成操作步骤书籍可以耐心铺垫Skill 必须知道接下来做什么。例如“从现状出发设计人生”仍然太抽象。为了让 AI 执行可以改写为1. 先询问用户希望完成完整流程还是只解决一个局部困扰。 2. 如果是完整流程说明需要多轮对话。 3. 每次只问一个主问题等待回答后再继续。 4. 先收集当前状态再分析问题类型。 5. 信息不足时继续追问不自行补写经历。 6. 形成多个方向后再设计低成本验证行动。 7. 素材充分后按固定结构生成最终蓝图。案例仓库有一个非常值得抄作业的设计一次只问一个主问题。如果 AI 一上来抛出20个问题用户很可能只回答其中3个后续分析就建立在残缺信息上。把“一次只问一个”写成协议后AI 的行为会更像一个有节奏的引导者而不是一张会说话的调查问卷。这就是操作步骤的作用它把作者的理念转换成了 AI 的行为顺序。八、第三步补上书里最容易被忽略的“判断规则”很多人做 Skill只写正常流程不写例外情况。结果就是用户只要稍微偏离标准场景AI 就开始自由发挥。判断规则可以写成如果A发生就做B 如果信息不足就追问C 如果出现风险就暂停D 如果用户只要局部帮助就不要强行跑完整流程。life-designer-skill中比较有价值的规则包括规则1重力问题不能伪装成行动计划如果现实事实无法改变就不要继续输出“只要努力就能成功”的鸡汤。应该承认边界再寻找仍可设计的部分。规则2素材不足时不能编故事AI 很容易为了让报告完整自动补齐用户没有说过的经历。Skill 明确要求继续对话不把推测写成事实。规则3三个未来方案必须地位平等不能把第一个写得最现实、最详细再把后两个写成幻想和陪衬。规则4局部问题不强制跑完整流程用户只想分析一次职业选择就不要逼他完成整套人生蓝图。规则5风险情境必须中断正常流程案例对明显脆弱状态、反向推演和即时安全风险设置了边界需要征得同意的步骤不能擅自进行出现危机表达时人生设计流程应停止并优先处理安全。判断规则决定了 Skill 在“理想案例之外”是否仍然可靠。九、第四步加入模板和检查标准步骤解决“怎么做”模板解决“交付成什么样”检查标准解决“什么叫做完”。1. 输出模板根据案例的思路我们可以设计一个简化版人生方向报告# 我的人生设计草图 ## 1. 当前状态 - 健康 - 工作/学习 - 娱乐 - 关系与支持 ## 2. 真正要解决的问题 - 无法改变的边界 - 可以行动的部分 - 重新定义后的问题 ## 3. 能量线索 - 让我投入的活动 - 做完后恢复能量的活动 - 即使擅长也持续消耗我的活动 ## 4. 三个未来版本 - 版本A - 版本B - 版本C ## 5. 本周原型 - 要验证的未知问题 - 最小行动 - 成本与时间 - 完成后记录什么这个模板是本文为讲解重新设计的简化示例不是复制书中练习或项目原文。2. 输入模板案例还提供了life-context.example.md让用户把相对稳定、愿意长期使用的信息按固定栏目保存。这解决了两个问题下一次对话不用从零介绍自己临时情绪与长期事实可以分开管理。3. 检查标准一份输出至少应该通过以下检查是否区分了用户原话、AI解释和行动建议是否把无法改变的现实误写成努力目标是否凭空增加了用户没说过的经历三个方向是否真的不同且都值得探索下一步是否低成本、可逆并能获得新信息是否给用户保留了最终决定权是否泄露或自动保存了敏感信息没有检查标准Skill 就只是在“努力输出”有了标准它才知道什么叫合格。十、第五步把方法封装成Skill并用真实问题测试一个最小 Skill 可以从SKILL.md开始。下面是一个为了教学而重新编写的简化示意不是案例仓库原文--- name: explore-life-options description: 帮助用户比较人生或职业方向识别现实边界生成多个方案并设计低成本验证。当用户谈长期迷茫、职业选择或未来规划时使用。 --- # 目标 帮助用户增加选项、获得真实反馈不替用户作重大决定。 ## 流程 1. 先判断用户要完整探索还是解决局部问题。 2. 每轮只问一个主问题。 3. 区分无法改变的事实与可以实验的部分。 4. 从真实经历中寻找投入、恢复与消耗能量的线索。 5. 生成三个不同且都值得验证的方向。 6. 为每个方向设计一个低成本、可逆的原型。 ## 规则 - 信息不足时继续询问不编造经历。 - 不替用户决定不把建议写成命令。 - 遇到明显安全风险时停止正常流程。 ## 输出检查 - 方案是否真正不同 - 行动是否在一周内可以开始 - 行动能否回答一个明确的未知问题真实项目还可以把详细方法放进references/把报告模板放进assets/把能够稳定自动完成的动作放进scripts/。为什么一定要测试Skill 不是写完就结束。至少要用四种案例测试正常案例用户有明确困扰并愿意完整探索局部案例用户只想分析一个小问题信息不足案例用户回答非常简短边界案例用户要求 AI 直接替自己作重大决定或出现不适合继续流程的风险信号。每次测试后记录是否正确触发是否按顺序执行有没有一次问太多问题有没有编造信息输出是否符合模板边界规则有没有真的生效。当一个 Skill 经历了“使用—发现问题—修改规则—再次测试”它才开始从提示词变成可靠工具。十一、跑一遍真实案例读研做科研还是毕业去工作只讲文件结构还是有点抽象。下面用一个非常接近大学生真实处境的问题看看摘要和 Skill 会给出什么不同结果。说明以下内容是根据案例仓库规则构造的原创演示不是仓库中的现成对话也不是书中原文。假设一名应届本科生说我马上要读研但担心自己不适合科研。 我以后应该继续读博走学术路线还是毕业后直接找工作如果AI只有一本书的摘要它可能回答人生没有唯一正确答案。你应该关注自己的价值观和能量 设计多个未来方案并通过实践找到真正适合的方向。这段话没有错甚至很有道理。但用户看完仍然不知道明天做什么。如果AI调用了人生设计Skill它不会立刻替用户选择而是按工作流逐步推进。第1步先看当前状态Skill 不会一次抛出十几道题而是先问一个主问题在健康、学习/工作、娱乐和关系支持四个方面 你目前最不满意的是哪一项最近发生了什么具体事情这一步收集的是现实不是让模型猜性格。第2步重新定义问题“现在就决定一辈子走学术还是就业”可能包含一个错误前提仿佛必须在没有足够数据时作出终身选择。Skill 可以把问题重写为未来四周我能通过哪些低成本实验 获得学术路线和企业路线的真实信息问题一旦改变用户就从“必须猜中未来”变成了“主动收集证据”。第3步寻找能量证据Skill 会继续追问具体经历最近一次读论文、复现实验时你在哪个环节最投入写代码、调参数、写报告和公开展示哪些事情做完会“回血”哪些事情即使做得不错也让你长期被掏空你喜欢独立钻研还是更享受团队协作和快速交付注意它寻找的是行为证据不是给用户贴“科研型人格”或“工程型人格”的标签。第4步生成三个平等版本结合这名学生的情况可以先产生三个待验证版本研究路线读研期间深入一个方向争取论文与博士机会工程路线研究生阶段积累真实项目毕业进入 AI 或软件企业技术创作路线把编程、开源分享和 AI 漫剧结合尝试个人产品或内容事业。第三个版本不是用来凑数的幻想。三个版本都需要描述真实生活、代价和验证问题。第5步为方向设计小型原型Skill 不要求用户立刻退学、签工作或决定读博而是生成可逆实验要验证的问题低成本原型我是否喜欢科研的日常过程用一周复现一个小实验记录每天的投入度与能量变化博士生活是否符合我的想象约一名博士生做30分钟访谈重点问真实时间分配和压力来源我是否喜欢企业工程节奏参加一次实习交流、开源协作或模拟技术面试技术创作能否长期坚持用一周完成一个最小AI漫剧工具链Demo并公开复盘第6步按照标准检查输出前还要检查这些行动是否低成本、可逆每个行动是否回答一个明确的未知问题是否把一次体验误写成终身结论是否由用户自己决定下一步这时我们才能真正看见摘要和 Skill 的差别摘要告诉用户“应该探索”Skill 组织用户完成一轮可验证的探索。十二、给AI小白的“两小时最小实践”第一次不要挑战500页巨著也不要追求一次做出万能 Skill。选择一本你已经读过的方法类书籍只做一个最小任务。第0—20分钟定义一个任务不要写让AI掌握整本书。改成当我面临两个职业方向时 帮助我识别未知问题并为每个方向设计一个一周内可执行的验证行动。第20—45分钟提取方法只记录与你的任务相关的3—5个核心概念推荐执行顺序作者提醒的常见误区可以衡量结果的标准。全部用自己的语言重写并保留来源记录。第45—75分钟补判断规则至少写出信息不足时问什么哪些情况应该跳过步骤哪些事情 AI 不能替用户决定哪些风险出现时必须暂停。第75—100分钟设计模板和合格线固定输入问题、输出结构和最少检查项目。第100—120分钟用三个真实问题测试不要只用你设计时脑中的“标准用户”。分别测试正常、模糊和边界案例并根据失败修改 Skill。完成后你不一定拥有一个完美产品但已经跨过了最重要的一步从消费知识走向编排知识。十三、最后总结过去我们对一本好书最高的赞美是“我把它读了三遍。”AI 时代我们可以再往前走一步第一遍理解作者在说什么 第二遍提取能够迁移的方法 第三遍把方法变成步骤、规则、模板和检查标准 最后让AI在真实任务中反复使用并持续改进。但真正有价值的“蒸馏”不是把书压缩得更短也不是把电子书偷偷塞进模型。所以再记住本文的核心观点摘要帮助我们记住一本书而 Skill 帮助我们使用一本书。 关注专栏把收藏的知识真正用起来本文是《GitHub小白开源成长课》的 Agent Skill 入门篇。下一篇可以继续实战从零创建第一个SKILL.md并用三个案例测试它会不会正确触发。如果本文帮你分清了摘要、提示词和 Skill也欢迎点赞、收藏并订阅专栏。后续我会继续拆解值得学习的 GitHub 项目把“看起来很厉害”变成“我真的能用”。AI时代真正稀缺的不是再收藏100个知识点而是把一个好方法变成能够反复产生结果的系统。参考资料GitHubkaixin-aa/life-designer-skillAgent Skills开放规范Stanford Life Design LabDesigning Your Life课程Stanford Life Design Lab公开资源Designing Your Life官方网站原书介绍Hinton等Distilling the Knowledge in a Neural Network我把斯坦福最火的一门课做成了Prompt来帮我设计人生。数字生命卡兹克AI SkillAgent知识蒸馏GitHub人工智能提示词读书方法
蒸馏就是AI时代的“合法抢劫”通过蒸馏把一本书变成你的专属 Skill过去我们读完一本好书通常会经历三个阶段看见一句好话 → 疯狂划线 → 三个月后全部忘掉认真一点的人会写摘要、做思维导图、摘录金句。可等到真正遇上问题——换工作、做规划、写方案、分析数据——我们还是不知道下一步该干什么。因为知道一本书讲了什么和能够使用这本书的方法是两件完全不同的事。AI 时代出现了一种更“狠”的读书方式把一本方法类书籍拆开留下真正能工作的部分再把它封装成一个可以被 AI 反复调用的 Skill。书还在书架上但它的方法已经变成了你的工具。这听起来像不像一种“合法抢劫”**先说清楚本文标题中的“合法抢劫”只是一种传播比喻不是真正的法律概念。**真正合法的前提是资料来源合法、遵守授权、尊重作者署名不复制受保护的大段表达也不把做出来的 Skill 变成原书的替代品。越过版权边界就不再“合法”更不是一句“AI蒸馏”能够免责。本文将结合 GitHub 项目 kaixin-aa/life-designer-skill以 Bill Burnett、Dave Evans 的《Designing Your Life》中文常译《斯坦福大学人生设计课》或《人生设计课》为方法背景拆解一本书如何从“阅读材料”变成“可执行 Skill”。这篇文章最核心的一句话是摘要帮助我们记住一本书而 Skill 帮助我们使用一本书。 专栏介绍《GitHub小白开源成长课》这是一个专门写给计算机初学者、大学生和刚开始接触 AI 的读者的实战专栏。在这里我们不只推荐“看起来很厉害”的 GitHub 项目而是一起读 README、看目录、查许可证、理解工作原理再判断项目能不能真正为自己所用。专栏会持续分享 GitHub 基础、优秀开源项目、AI Agent、Skill、Python 实践和 Windows 踩坑记录。每篇文章只解决一个明确问题尽量做到概念听得懂、流程能照做、风险提前讲清。如果你也想从“只会收藏项目”走向“能读懂、能使用、能改造项目”欢迎订阅《GitHub小白开源成长课》。资料说明本文对案例仓库、Agent Skills 规范、Stanford Life Design Lab 公开资料及版权规则的核对时间为2026年7月29日。本文提供的是一般性学习和风险提示不构成法律意见。一、这里说的“蒸馏”不是训练一个小模型“知识蒸馏”在人工智能领域有一个严格的技术含义。2015 年Geoffrey Hinton、Oriol Vinyals 和 Jeff Dean 在论文《Distilling the Knowledge in a Neural Network》中系统讨论了让较小、较容易部署的“学生模型”学习大型模型或模型集成的行为。简单理解就是大模型会做题 → 让小模型学习大模型的答题方式 → 用更小成本保留尽量多的能力但本文不是在训练神经网络也不会修改模型参数。我们使用“蒸馏”这个词是一种更通俗的知识工程比喻一本方法类书籍 → 提取可迁移的方法 → 改写成操作步骤 → 增加判断规则、模板和标准 → 封装成AI能够调用的Skill因此本文更准确的技术描述应该是把书中的方法性知识工程化为可复用的 Agent 工作流。为了方便阅读后文仍简称为“把书蒸馏成 Skill”。二、AI Skill到底是什么很多小白第一次看到 Skill会把它理解成“一个很长的提示词”。这种理解只对了一小部分。根据 Agent Skills 规范一个 Skill 至少是一个包含SKILL.md的文件夹还可以附带skill-name/ ├── SKILL.md # 什么时候触发、具体怎样做 ├── references/ # 需要时再读取的方法和参考资料 ├── scripts/ # 可以稳定执行的程序 └── assets/ # 模板、表格、示例等资源你可以把 Skill 理解成一份写给 AI 员工的“岗位说明书操作手册工具箱”。它至少应该回答五个问题什么时候使用我接到任务后先做什么遇到不同情况怎样判断最终要交付什么格式怎样检查结果是否合格如果只是把整篇读书笔记塞进SKILL.md那不是 Skill只是换了文件后缀的摘要。三、普通摘要、提示词和Skill有什么区别对比项普通摘要单条提示词可执行Skill主要目标压缩内容完成一次任务稳定完成一类任务回答的问题书里讲了什么这一次该怎么回答以后遇到类似情况都怎么做是否有触发条件通常没有由用户手动输入有明确使用场景是否包含步骤可能有章节顺序可能有临时步骤有固定或分支工作流是否包含判断规则很少依赖模型发挥明确写出继续、追问、暂停、拒绝条件是否有输出模板不一定常为一次性通常有稳定交付结构是否有质量检查很少人工临时判断有验收标准和边界能否持续迭代不方便容易越写越长可以拆分资源、测试和版本管理举个简单例子。一本书告诉你不要只在脑中猜测未来要通过小规模行动验证方向。摘要会把这句话记录下来。提示词可能写成请帮我设计一个验证职业方向的小实验。Skill 则会继续追问用户究竟想验证哪个未知问题这是能够通过行动改变的问题还是无法改变的现实条件实验能否在一周内完成成本是否足够低失败能否安全撤回完成后能获得什么新信息用户状态不佳时是否应该暂停某些刺激性步骤所以 Skill 的价值不在于它“知道一句金句”而在于它知道什么时候把哪条方法用在什么地方。四、为什么方法类书籍特别适合做成Skill并不是所有书都适合被做成 Skill。小说、诗歌和散文的价值往往在语言、情绪和阅读体验本身。把它们压成操作步骤反而会失去最重要的部分。方法类书籍则不同。它们通常包含一个反复适用的问题框架一套从现状走向结果的步骤多种情况的判断方式练习、表格或输出结构常见误区与修正方法判断行动是否有效的标准。这些内容天然接近“程序”。比如书籍类型可能封装成的Skill写作方法文章结构诊断与修改Skill项目管理项目拆解、风险检查和复盘Skill用户研究访谈提纲设计与洞察整理Skill学术写作论文论证、引用和结构检查Skill时间管理每周计划与任务优先级Skill人生设计方向探索、原型实验和复盘Skill判断一本书是否适合做 Skill可以问一句读完之后我希望 AI 帮我反复完成哪一类动作如果回答不出来先别做 Skill你可能只是想写一篇读书笔记。五、案例life-designer-skill到底做了什么我们来看一个案例kaixin-aa/life-designer-skill。该项目把“人生设计”整理成适用于 Codex 等 AI Agent 的项目级 Skill。它不是让 AI 用几道选择题替你决定职业而是通过多轮对话帮助用户检查当前生活状态区分无法改变的现实与可以实验的问题梳理工作观和人生观发现心流、恢复能量和消耗能量的活动生成三个地位平等的未来版本为方向设计低成本、可逆的原型行动。仓库结构很小life-designer-skill/ ├── README.md ├── AGENTS.md ├── life-context.example.md └── .agents/skills/life-designer/ ├── SKILL.md ├── agents/openai.yaml └── references/method.md文件不多却分别解决了不同问题文件解决的问题README.md人类应该怎样理解、安装和使用项目AGENTS.md在这个项目里AI长期遵守哪些约定SKILL.md什么时候触发、怎样对话、安全边界是什么references/method.md详细方法、追问原则和最终蓝图规格openai.yamlSkill在界面中的名称、简介和默认调用语life-context.example.md用户长期背景应该按什么结构保存这正是“摘要”与“Skill”的区别摘要关注内容有没有漏 Skill关注任务能不能稳定做完一个必须说明的来源细节案例仓库的 README 明确说明它的直接整理依据还包括“数字生命卡兹克”的文章和用户提供的 Prompt方法背景才追溯到《Designing Your Life》、心流理论和积极心理学。所以更准确的说法不是“仓库作者把整本书直接复制成了 Skill”而是项目在已有公开文章和 Prompt 的基础上继续把人生设计方法工程化为项目规则、对话协议、参考方法和背景模板。它也明确声明自己不是作者、斯坦福大学或相关机构的官方产品。这个来源链非常值得学习做 Skill 不仅要标注一本书还要标注自己真正参考过的文章、Prompt、仓库和代码。六、第一步从书中提取“核心方法”而不是金句把书蒸馏成 Skill第一步不是让 AI 总结每一章而是寻找可迁移的方法骨架。Stanford Life Design Lab 对 Designing Your Life 课程的公开说明强调使用设计思维处理人生与职业问题通过构思、原型和反馈逐步探索而不是先找到唯一正确答案。课程还涉及工作观与世界观、能量和平衡、多个可能方向以及面向未来3—5年的 Odyssey Plan。结合案例仓库可以把方法骨架整理成下面几组问题。1. 我现在在哪里不要一开始就问“我的人生使命是什么”先查看当前状态。案例把现状拆成健康、工作、娱乐和爱四个仪表盘。Skill 的任务不是代替用户打分而是引导用户用具体事实解释自己的感受。2. 眼前的问题能不能设计案例区分三类情况重力问题目前无法通过个人行动改变的事实可设计问题可以通过行动或实验获得新结果混合问题既有现实限制也有能够行动的部分。这个分类不是一句知识点而是后续行动的路由器。3. 什么事情让我投入什么事情让我被掏空“我擅长”不等于“我适合长期做”。Skill 会要求用户回忆具体事件识别活动、同伴、环境和完成后的能量变化。4. 未来是否只有一个正确答案案例要求生成三个平等的五年版本而不是“一个主方案两个凑数备选”。这会迫使人从“必须一次选对”转向“我可以产生多个值得验证的可能”。5. 下一步能不能先做原型人生方向不是靠坐在房间里想清楚的而是通过访谈、体验和低成本行动收集信息。提取完成后我们得到的应该是一张方法地图而不是十页金句摘抄。七、第二步把“道理”改写成操作步骤书籍可以耐心铺垫Skill 必须知道接下来做什么。例如“从现状出发设计人生”仍然太抽象。为了让 AI 执行可以改写为1. 先询问用户希望完成完整流程还是只解决一个局部困扰。 2. 如果是完整流程说明需要多轮对话。 3. 每次只问一个主问题等待回答后再继续。 4. 先收集当前状态再分析问题类型。 5. 信息不足时继续追问不自行补写经历。 6. 形成多个方向后再设计低成本验证行动。 7. 素材充分后按固定结构生成最终蓝图。案例仓库有一个非常值得抄作业的设计一次只问一个主问题。如果 AI 一上来抛出20个问题用户很可能只回答其中3个后续分析就建立在残缺信息上。把“一次只问一个”写成协议后AI 的行为会更像一个有节奏的引导者而不是一张会说话的调查问卷。这就是操作步骤的作用它把作者的理念转换成了 AI 的行为顺序。八、第三步补上书里最容易被忽略的“判断规则”很多人做 Skill只写正常流程不写例外情况。结果就是用户只要稍微偏离标准场景AI 就开始自由发挥。判断规则可以写成如果A发生就做B 如果信息不足就追问C 如果出现风险就暂停D 如果用户只要局部帮助就不要强行跑完整流程。life-designer-skill中比较有价值的规则包括规则1重力问题不能伪装成行动计划如果现实事实无法改变就不要继续输出“只要努力就能成功”的鸡汤。应该承认边界再寻找仍可设计的部分。规则2素材不足时不能编故事AI 很容易为了让报告完整自动补齐用户没有说过的经历。Skill 明确要求继续对话不把推测写成事实。规则3三个未来方案必须地位平等不能把第一个写得最现实、最详细再把后两个写成幻想和陪衬。规则4局部问题不强制跑完整流程用户只想分析一次职业选择就不要逼他完成整套人生蓝图。规则5风险情境必须中断正常流程案例对明显脆弱状态、反向推演和即时安全风险设置了边界需要征得同意的步骤不能擅自进行出现危机表达时人生设计流程应停止并优先处理安全。判断规则决定了 Skill 在“理想案例之外”是否仍然可靠。九、第四步加入模板和检查标准步骤解决“怎么做”模板解决“交付成什么样”检查标准解决“什么叫做完”。1. 输出模板根据案例的思路我们可以设计一个简化版人生方向报告# 我的人生设计草图 ## 1. 当前状态 - 健康 - 工作/学习 - 娱乐 - 关系与支持 ## 2. 真正要解决的问题 - 无法改变的边界 - 可以行动的部分 - 重新定义后的问题 ## 3. 能量线索 - 让我投入的活动 - 做完后恢复能量的活动 - 即使擅长也持续消耗我的活动 ## 4. 三个未来版本 - 版本A - 版本B - 版本C ## 5. 本周原型 - 要验证的未知问题 - 最小行动 - 成本与时间 - 完成后记录什么这个模板是本文为讲解重新设计的简化示例不是复制书中练习或项目原文。2. 输入模板案例还提供了life-context.example.md让用户把相对稳定、愿意长期使用的信息按固定栏目保存。这解决了两个问题下一次对话不用从零介绍自己临时情绪与长期事实可以分开管理。3. 检查标准一份输出至少应该通过以下检查是否区分了用户原话、AI解释和行动建议是否把无法改变的现实误写成努力目标是否凭空增加了用户没说过的经历三个方向是否真的不同且都值得探索下一步是否低成本、可逆并能获得新信息是否给用户保留了最终决定权是否泄露或自动保存了敏感信息没有检查标准Skill 就只是在“努力输出”有了标准它才知道什么叫合格。十、第五步把方法封装成Skill并用真实问题测试一个最小 Skill 可以从SKILL.md开始。下面是一个为了教学而重新编写的简化示意不是案例仓库原文--- name: explore-life-options description: 帮助用户比较人生或职业方向识别现实边界生成多个方案并设计低成本验证。当用户谈长期迷茫、职业选择或未来规划时使用。 --- # 目标 帮助用户增加选项、获得真实反馈不替用户作重大决定。 ## 流程 1. 先判断用户要完整探索还是解决局部问题。 2. 每轮只问一个主问题。 3. 区分无法改变的事实与可以实验的部分。 4. 从真实经历中寻找投入、恢复与消耗能量的线索。 5. 生成三个不同且都值得验证的方向。 6. 为每个方向设计一个低成本、可逆的原型。 ## 规则 - 信息不足时继续询问不编造经历。 - 不替用户决定不把建议写成命令。 - 遇到明显安全风险时停止正常流程。 ## 输出检查 - 方案是否真正不同 - 行动是否在一周内可以开始 - 行动能否回答一个明确的未知问题真实项目还可以把详细方法放进references/把报告模板放进assets/把能够稳定自动完成的动作放进scripts/。为什么一定要测试Skill 不是写完就结束。至少要用四种案例测试正常案例用户有明确困扰并愿意完整探索局部案例用户只想分析一个小问题信息不足案例用户回答非常简短边界案例用户要求 AI 直接替自己作重大决定或出现不适合继续流程的风险信号。每次测试后记录是否正确触发是否按顺序执行有没有一次问太多问题有没有编造信息输出是否符合模板边界规则有没有真的生效。当一个 Skill 经历了“使用—发现问题—修改规则—再次测试”它才开始从提示词变成可靠工具。十一、跑一遍真实案例读研做科研还是毕业去工作只讲文件结构还是有点抽象。下面用一个非常接近大学生真实处境的问题看看摘要和 Skill 会给出什么不同结果。说明以下内容是根据案例仓库规则构造的原创演示不是仓库中的现成对话也不是书中原文。假设一名应届本科生说我马上要读研但担心自己不适合科研。 我以后应该继续读博走学术路线还是毕业后直接找工作如果AI只有一本书的摘要它可能回答人生没有唯一正确答案。你应该关注自己的价值观和能量 设计多个未来方案并通过实践找到真正适合的方向。这段话没有错甚至很有道理。但用户看完仍然不知道明天做什么。如果AI调用了人生设计Skill它不会立刻替用户选择而是按工作流逐步推进。第1步先看当前状态Skill 不会一次抛出十几道题而是先问一个主问题在健康、学习/工作、娱乐和关系支持四个方面 你目前最不满意的是哪一项最近发生了什么具体事情这一步收集的是现实不是让模型猜性格。第2步重新定义问题“现在就决定一辈子走学术还是就业”可能包含一个错误前提仿佛必须在没有足够数据时作出终身选择。Skill 可以把问题重写为未来四周我能通过哪些低成本实验 获得学术路线和企业路线的真实信息问题一旦改变用户就从“必须猜中未来”变成了“主动收集证据”。第3步寻找能量证据Skill 会继续追问具体经历最近一次读论文、复现实验时你在哪个环节最投入写代码、调参数、写报告和公开展示哪些事情做完会“回血”哪些事情即使做得不错也让你长期被掏空你喜欢独立钻研还是更享受团队协作和快速交付注意它寻找的是行为证据不是给用户贴“科研型人格”或“工程型人格”的标签。第4步生成三个平等版本结合这名学生的情况可以先产生三个待验证版本研究路线读研期间深入一个方向争取论文与博士机会工程路线研究生阶段积累真实项目毕业进入 AI 或软件企业技术创作路线把编程、开源分享和 AI 漫剧结合尝试个人产品或内容事业。第三个版本不是用来凑数的幻想。三个版本都需要描述真实生活、代价和验证问题。第5步为方向设计小型原型Skill 不要求用户立刻退学、签工作或决定读博而是生成可逆实验要验证的问题低成本原型我是否喜欢科研的日常过程用一周复现一个小实验记录每天的投入度与能量变化博士生活是否符合我的想象约一名博士生做30分钟访谈重点问真实时间分配和压力来源我是否喜欢企业工程节奏参加一次实习交流、开源协作或模拟技术面试技术创作能否长期坚持用一周完成一个最小AI漫剧工具链Demo并公开复盘第6步按照标准检查输出前还要检查这些行动是否低成本、可逆每个行动是否回答一个明确的未知问题是否把一次体验误写成终身结论是否由用户自己决定下一步这时我们才能真正看见摘要和 Skill 的差别摘要告诉用户“应该探索”Skill 组织用户完成一轮可验证的探索。十二、给AI小白的“两小时最小实践”第一次不要挑战500页巨著也不要追求一次做出万能 Skill。选择一本你已经读过的方法类书籍只做一个最小任务。第0—20分钟定义一个任务不要写让AI掌握整本书。改成当我面临两个职业方向时 帮助我识别未知问题并为每个方向设计一个一周内可执行的验证行动。第20—45分钟提取方法只记录与你的任务相关的3—5个核心概念推荐执行顺序作者提醒的常见误区可以衡量结果的标准。全部用自己的语言重写并保留来源记录。第45—75分钟补判断规则至少写出信息不足时问什么哪些情况应该跳过步骤哪些事情 AI 不能替用户决定哪些风险出现时必须暂停。第75—100分钟设计模板和合格线固定输入问题、输出结构和最少检查项目。第100—120分钟用三个真实问题测试不要只用你设计时脑中的“标准用户”。分别测试正常、模糊和边界案例并根据失败修改 Skill。完成后你不一定拥有一个完美产品但已经跨过了最重要的一步从消费知识走向编排知识。十三、最后总结过去我们对一本好书最高的赞美是“我把它读了三遍。”AI 时代我们可以再往前走一步第一遍理解作者在说什么 第二遍提取能够迁移的方法 第三遍把方法变成步骤、规则、模板和检查标准 最后让AI在真实任务中反复使用并持续改进。但真正有价值的“蒸馏”不是把书压缩得更短也不是把电子书偷偷塞进模型。所以再记住本文的核心观点摘要帮助我们记住一本书而 Skill 帮助我们使用一本书。 关注专栏把收藏的知识真正用起来本文是《GitHub小白开源成长课》的 Agent Skill 入门篇。下一篇可以继续实战从零创建第一个SKILL.md并用三个案例测试它会不会正确触发。如果本文帮你分清了摘要、提示词和 Skill也欢迎点赞、收藏并订阅专栏。后续我会继续拆解值得学习的 GitHub 项目把“看起来很厉害”变成“我真的能用”。AI时代真正稀缺的不是再收藏100个知识点而是把一个好方法变成能够反复产生结果的系统。参考资料GitHubkaixin-aa/life-designer-skillAgent Skills开放规范Stanford Life Design LabDesigning Your Life课程Stanford Life Design Lab公开资源Designing Your Life官方网站原书介绍Hinton等Distilling the Knowledge in a Neural Network我把斯坦福最火的一门课做成了Prompt来帮我设计人生。数字生命卡兹克AI SkillAgent知识蒸馏GitHub人工智能提示词读书方法
