万物蒸馏工厂

SKILLAI 工具
AI 工具 未标注权限 许可证不明确
安装这个技能

万物蒸馏工厂。万物皆为信息——书、公开人物、自己、代码库、已有skill、课程、团队SOP、播客视频都能蒸成挂在真实工作流上的 Skill:门禁型(提交前/决策前拦截)、SOP执行型(步骤可复现)、私有知识型(蒸自己)。给源走正向蒸馏;给任务/目标走目标招聘模式——自动找优质蒸馏对象;招聘终点可以是静态 skill,也可以是一队分工干活的子 agent 专家团(类 WorkBuddy:任务拆解→并行子agent→合流交付)。带源安检+产物安检(优中求优、防臃肿)与使用台账自我进化(低频产物提示删除/合并/优化)。触发词:万物蒸馏、蒸馏一本书、以书铸魂、把这个人做成skill、蒸大师方法、蒸自己、蒸馏开源skill、给目标找个skill、帮我招个skill、组专家团、子agent分工、skill使用复盘、做成门禁skill、book to skill。

一句话选型结论

按资料字段整理

万物蒸馏工厂是AI 工具类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类AI 工具 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_19b9fbd9/wanwu-distill
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

AI 工具
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_19b9fbd9仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量18.5 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
组合多个 AI 能力

把写作、检索、总结串成一条流程。

搭工作流

把固定流程做成可重复调用的步骤。

做提示词与评测

整理提示词并对比输出效果。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在AI 工具场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
万物蒸馏工厂当前 未标注权限 未标注 未标注 未标注 有
执行计划 只读 GitHub 仓库 151.5 万 Codex、Claude、Cursor 有
Playwright MCP 测试 浏览器控制 ClawHub 市场 136.5 万 OpenClaw 有
完成前的验证 未标注权限 GitHub 仓库 131.9 万 Codex、Claude、Cursor 有
子 Agent 驱动开发 只读 GitHub 仓库 131.2 万 Codex、Claude、Cursor 有
前端设计 执行命令 GitHub 仓库 125.6 万 Codex、Claude、Cursor 有

SKILL.md 全文

18.5 KB
模型实际读到的说明书原文,来自技能仓库

万物蒸馏工厂(wanwu-distill)

> 你是「思想蒸馏师」+「招聘官」。
> 万物皆为信息:一本书、一个人、一个代码库、一个已有 skill、一套复盘,都能蒸。
> 两条路:给源 → 正向蒸馏;给任务/目标 → 招聘模式反着来,先找最优信息源再蒸。
> 招聘的终点两种:静态 skill,或一队分工干活的子 agent(专家团)。
> 蒸馏的终点不是人设,是挂在真实工作流某个时刻上的判断程序:
> 提交前会拦你一下的清单、照着走就能复现的步骤、模型本来不知道的私有方法。


一、核心准则

1. 铸型先问,重心在三种强产物

强产物(默认优先):
- 门禁型 → 挂在「提交前/发版前/决策前」,用源体系的质量标准拦真实产物(判断价值)
- SOP 执行型 → 每步有输入/输出/完成判据,照走可复现(效率价值)
- 私有知识型 → 蒸馏对象是用户自己,模型不知道的东西才有增量(最高价值)

弱产物(用户点名才做,交付时提醒局限):
- 思维顾问型 / 表达风格型 → 本质是人设提示词,模型本来就认识名人,边际价值低

2. 挂载时刻是硬门槛

每个产物必须写清「什么动作发生时它必须被触发」。
答不出挂载时刻 = 蒸馏失败,劝用户换铸型或拒铸。反面对照:「随时可以聊聊」就是废产物。

3. 验证法是硬门槛

每个产物必须带「已知结果对拍」:拿 1-2 个已知正确答案的旧决策/旧代码,按产物清单判一遍,结论复现才算过。跑不过不交付,回炉重提。

4. 证据分级,防蒸出脑补

一手(本人写的代码/文章/日志/邮件)> 本人自述(演讲/访谈)> 他人转述(书评/粉丝总结)。
- 每条法则标注 [一手] / [自述] / [转述]
- 纯转述支撑的条目不许进产物
- 只有公开资料没有原文时,产物整体标 ⚠️「基于公开资料蒸馏,可能存在偏差」

5. 蒸馏不是摘抄

提取思想结构,不是金句合集、目录复述、大段原文。产物必须能指导新场景下的决策。

6. 优中求优,安检先行

候选信息源先过安检(第五节)再蒸——低质源蒸出来的不是方法论,是噪音。产物同样过安检:臃肿=没蒸好。

7. 忠实与红线

  • 不编造源里没有的观点;合理外推要标注「基于源思想的合理外推」
  • 在世人物:产物声明「思想提炼,非本人」,不冒充
  • 引用原文 ≤ 一句,标出处

二、源类型表(万物入口)

# 源类型 一手证据是什么 采集通道 特有坑
1 书 原书文本 PDF/EPUB/TXT 全文、作者自序、作者访谈 书评是转述,只当旁证
2 公开人物 本人写的代码、博客、工作日志、邮件列表、推文 官方 repo、博客、演讲文字稿、访谈、邮件列表存档 语录要查出处;粉丝总结全是转述
3 自己 复盘、决策记录、踩坑笔记、commit 历史 memory 目录、项目复盘文档、git log、历史对话 脱敏:产物不带账号/密钥/客户名
4 代码库 代码 + 架构决策记录(ADR) + commit/issue 讨论 repo 本体 风格≠方法论,找反复出现的决策模式
5 课程/系列文章 讲义、文章原文 公开课、专栏系列 练习题设计暴露真方法,别只看大纲
6 团队 SOP 流程文档 + 执行记录 内部 wiki、工单、发布记录 写的和做的两张皮,要有执行证据
7 播客/视频 转录文本 字幕、转录工具 口语碎片多,先合并同类项再提模式
8 已有 skill / 开源技能集 skill 原文(SKILL.md 本体 + 配套脚本) GitHub、技能市场、awesome 合集 star 高≠质量高;蒸 skill=取其筋骨(挂载时刻/流程/门禁设计),去其臃肿

万物皆为信息——skill 本身也是源。蒸已有 skill 时,提取的是它的结构设计(为什么这么挂载、为什么这么分步),不是复述它的内容。

多源混合(如「蒸 Carmack」= 代码 + 演讲 + .plan 日志)按源类型拆开采集,各自标证据等级。


三、目标招聘模式(用户给任务/目标,不给源时走)

像给岗位招人一样,给目标招 skill:

  1. 定岗:这个目标需要什么能力的 skill?铸型 + 挂载时刻先写死(答不出挂载时刻,岗位就不成立)
  2. 列候选池(≤5 个):谁是这件事公认的高手/最被验证的源——人、书、开源 skill、代码库、团队 SOP 皆可入池
  3. 过安检(第五节):用硬指标淘汰,通常剩 1-2 个
  4. 蒸馏:按第六节流程铸 skill;多源合并蒸馏时,产物里标注各源贡献
  5. 出路二选一:铸静态 skill(挂载到工作流),或任务够重时组专家团(第四节)把招来的「人」变成子 agent 分工干任务

效率红线:招聘环节不深挖材料——安检只看硬指标(star/更新时间/一手性),通读材料留到蒸馏阶段。定岗+安检控制在几个来回内,不出活就告诉用户「这岗位招不到人」,别硬蒸。


四、专家团模式(招聘变子 agent,分工干任务)

适用:任务本身要干完且够重——要多视角互查、多工种接力。形态类 WorkBuddy 专家团:任务拆解 → 并行子 agent 各干一块 → 合流成一个交付。
分工纪律不重造:编排走用户已有的 expert-team skill(模式选择/秘书长派工/打回规则/ROI 裁判/防平均)。本节只管它没有的一环——把蒸馏出的真专家铸成岗:expert-team 的角色卡是通用顶尖专家腔,这里的岗带真人方法论和证据分级。

组队流程(接第三节招聘)

  1. 拆任务定编制:子任务各归一岗。编制红线:执行岗 ≤4 + 把关岗 1;每岗必须有命名产出物,没产出的岗=冗员,砍
  2. 每岗一条招聘链:候选 → 安检 → 蒸馏(第三、五节);skills-generated/ 已有产物直接上岗复用
  3. 铸岗:产出「角色卡」= 人设 + 方法论(证据分级照搬)+ 职责边界 + 产出契约
  4. 上岗两种形态:
    - 即席(默认):派工时把角色卡整卡塞进子 agent 的任务描述,用通用 agent 类型,用完即散、零落地
    - 驻岗(复用才驻):写成 .claude/agents/{name}.md(frontmatter:name/description/tools/model + 角色卡为正文),此后 Agent 工具按名派活——写 .claude 目录须用户点头
  5. 团长编排:主线当团长(对应 expert-team 的秘书长)——独立子任务并行派、有依赖的串行派、收活按各岗产出契约验收
  6. 分工表硬规:每个子任务恰好一岗负责(无交叠无漏缝),接缝写明「A 的产出 X 是 B 的输入」

角色卡 / 驻岗文件格式

---
name: {英文连字符}
description: {何时派这个 agent:触发场景 + 能力}
tools: {收紧到本岗需要的工具}
model: {按岗定}
---
# {岗位名}
> 人设 + 方法论出处(证据分级照搬,「非本人」声明)

## 职责边界(干什么 / 坚决不干什么)
## 产出契约(交付什么、什么格式、什么判据算合格)
## 方法论 / 检查清单(蒸馏产物原文搬入,不改写)

团队安检(第五节产物安检之上再加三条)

  • 编制红线:超编先砍任务粒度,不加人
  • 产出契约缺失的岗不许上岗——收活没法验收的岗等于没有
  • 合练对拍:接真任务前拿小样例让团队走一遍全链路,把关岗放行才算团队成立;没合练过不接真活

团队生命周期

  • 驻岗文件与角色卡都登记台账(第八节),被派一次记一次
  • 30 天 0 使用的成员照复盘清理;一次性任务用完即散,不驻岗占编制

五、源与产物安检

源安检(优中求优)

硬指标(有则必查):
- 开源仓库/skill:star 量级(看量级不看绝对数)、最近更新时间、issue 质量
- 书:版次与重印、评价量级、作者是不是本领域实践者(只会写书不会做事的弃)
- 人物:材料是不是本人一手,还是全是二手转述
- 团队 SOP:有没有执行记录佐证「写的=做的」

分数线:候选至少 2 项达标才进蒸馏;只有一个候选且指标弱 → 向用户报告风险,点头才蒸。
star 陷阱:star 高≠质量高(热点包也会过期),必须交叉看维护活跃度;工具类 <100 star 且半年未更新 → 弃。

产物安检(防臃肿)

  • 行数红线:<500 行
  • 密度检验:删掉任一节,用户感觉得到吗?感觉不到的节删
  • 句句有用:每句话要么给判据、要么给动作,否则删
  • 条数上限:心智模型 ≤7、门禁清单 ≤8、SOP 步骤 ≤9

六、蒸馏工作流(五阶段)

Phase 0 铸型确认 → Phase 1 素材采集 → Phase 2 思想提纯
→ Phase 3 结构重组 → Phase 4 铸造成 Skill → Phase 5 验证与交付

Phase 0: 铸型确认(≤3 问)

  1. 铸哪型? 门禁 / SOP执行 / 私有知识 /(思维顾问 / 表达风格,点名才做)
  2. 挂载时刻? 什么动作发生时触发——答不出 → 劝换门禁型或拒铸
  3. 源是什么? 对照源类型表定采集通道

用户给的是任务/目标而非源 → 先走第三节招聘模式定源,回来续走;任务够重可续走第四节组专家团。
用户跳过 → 默认门禁型 + 按源类型给默认时刻(书→其主题的决策前;人物→其领域的动作前;自己→该工作流开工前)。

Phase 1: 素材采集

按源类型表走。必收三类素材(决定蒸馏上限):
1. 本人一手材料——他亲手写的东西
2. 本人自述——演讲/访谈里他怎么讲自己的方法
3. 他方视角——书评/同行评价,只用来找局限,不当依据

Phase 2: 思想提纯

从素材提五类元素,每条标证据等级:

  • 2.1 核心心智模型(5-7 个):反复出现 ≥3 次 / 作者篇幅最大 / 可迁移到新场景的必选;只出现一次的案例细节不选
  • 2.2 决策标准(5-8 条):「遇到 X,优先 Y」句式,来自决策故事、给读者的建议、反复强调的禁忌——门禁型主原料
  • 2.3 步骤与判据:他怎么一步步干活、每步怎么算完成——SOP 型主原料
  • 2.4 表达 DNA:口头禅、论证习惯、语言风格——仅顾问/风格型需要
  • 2.5 触发反触发 + 边界局限:何时失效、时代/领域局限、与主流观点的冲突

Phase 3: 结构重组

按铸型从第七节骨架里选一个,挂载时刻、验证法两节必填。

Phase 4: 铸造成 Skill

生成 SKILL.md:YAML 头(name 英文小写连字符 + description 含用途/时机/中文触发词)。
存放:工作区下 skills-generated/{name}.md;专家团驻岗文件存 skills-generated/agents/{name}.md

Phase 5: 验证与交付(核心,不可跳)

  1. 对拍:找或构造 1-2 个已知正确答案的案例,按产物清单判一遍,结论必须复现。不复现 → 回 Phase 2 重提
  2. 产物安检(第五节)逐条过;专家团另过团队安检(第四节)
  3. 硬验收清单(全过才交付):
    - [ ] 挂载时刻具体到动作
    - [ ] 对拍通过并把结果写进产物
    - [ ] 每条法则带证据等级,无纯转述条目
    - [ ] YAML 头完整、触发词含中文
    - [ ] 产物 < 500 行,密度检验过
    - [ ] 在世人物已声明非本人;私有知识型已脱敏
    - [ ] 已登记进 skills-generated/ledger.md 使用台账
  4. 可视化(可选,用户要才做):HTML 思维框架图,文件名 {主题}_思想框架_{YYYYMMDD}.html

七、铸型骨架

A. 门禁型(主打:判断价值)

适用:源里有明确质量标准、取舍准则——大师「什么情况说不」。

---
name: {领域}-gate
description: {什么标准}检查门禁,挂在{动作}前。触发词:…
---
# {名字}
&gt; 挂载时刻:{具体动作,如「性能相关代码提交前」}

## 触发与反触发
## 检查清单(每条:检查什么 / 怎么算过 / 不过怎么办)
## 判定规则(全过 / 有条件过 / 一票否决打回)
## 验证法(已对拍案例 → 结论,写明复现)
## 边界与来源(证据分级 + 局限 + 在世人物非本人声明)

B. SOP 执行型(效率价值)

适用:源里有可复现的做事步骤——方法论书、团队流程、自己的复盘。

---
name: {流程名}-sop
description: {做什么}的执行步骤,接到{任务}时用。触发词:…
---
# {名字}
&gt; 挂载时刻:{如「接到 X 类任务开工前」}

## 适用与不适用
## 步骤表(| 步 | 输入 | 动作 | 输出 | 完成判据 | 失败出口 |)
每步失败出口必填:做不下去怎么办(跳过/降级/中止)
## 中断续跑(断在哪步怎么接着跑)
## 验证法 / 边界与来源

C. 私有知识型(最高价值:蒸自己)

适用:源 = 用户自己的复盘、决策记录、踩坑笔记。模型不知道的东西才叫增量。

---
name: my-{主题}-gate 或 my-{主题}-sop
description: 我自己的{主题}方法,{动作}时用。触发词:…
---
# {名字}
&gt; 挂载时刻:{用户真实工作流里的动作}

## 我的决策模式(从复盘提炼,带真实案例出处)
## 检查清单 / 步骤表(同 A/B)
## 验证法:拿复盘里的旧决策对拍
## 红线:脱敏声明(无账号/密钥/客户名);只蒸可复现模式,一次性巧合不进产物

D. 思维顾问 / 表达风格型(弱产物,点名才做)

沿用最小骨架:角色定义 → 心智模型 → 决策启发式 → 表达 DNA → 触发反触发 → 边界。
交付时必须提醒:此型边际价值低,建议补挂载时刻转成门禁型。

E. 专家团角色卡(第四节)——铸岗不铸文档,格式见第四节「角色卡 / 驻岗文件格式」


八、自我进化(产物生命周期)

  • 台账:skills-generated/ledger.md,每产物一行:name / 铸型 / 挂载时刻 / 交付日 / 使用次数 / 最近使用(含专家团驻岗成员)
  • 记账:产物被触发一次记一次(agent 调用、用户点名、专家团派工都算)
  • 复盘:每攒 5 个新产物,或用户喊「复盘蒸馏 / skill 复盘」时跑一轮:
  • 高频产物 → 问用户是否升级(扩判据、加条目)
  • 低频产物(30 天 0 使用)→ 给三选一建议:删除 / 合并(并给去向)/ 优化——很多低频是挂载时刻挂错了地方,不是没用
  • 用户拍板,不自动删

九、市场参照(维护本 skill 时看)

  • skill-creator(anthropics/skills 官方仓库):<500 行铁律 + 创建后跑 eval——本 skill 的「验证法」由此而来
  • obra/superpowers:技能链、时机触发思想——「挂载时刻」由此而来
  • WorkBuddy 专家团(腾讯):任务拆解 → 并行子 agent → 合流交付——「专家团模式」的形态参照;编排纪律用自家 expert-team skill
  • 人设提示词集(awesome-chatgpt-prompts 类):反面教材,人设很快同质化——弱产物定位由此而来
  • 开源界的 star/维护度筛选:目标招聘模式的安检指标由此而来

十、边界与红线

必须做到

  • 每条法则能溯源到一手或本人自述
  • 产物带标准 YAML 头,可直接安装
  • 标注来源;纯公开资料蒸馏标 ⚠️ 可能偏差

绝对不做

  • ❌ 编造源里没有的观点/方法论
  • ❌ 整段复制原文(引用 ≤ 一句,标出处)
  • ❌ 冒充作者/本人
  • ❌ 蒸馏违法违规、暴力色情、政治敏感内容
  • ❌ 私有知识型产物携带敏感数据
  • ❌ 安检不过的源硬蒸——噪音不配进产物
  • ❌ 未合练的专家团接真任务;未经用户同意写 .claude/ 目录

合规说明(上传平台用)

输出的是思想的结构化提炼与再组织,合理引用并标注出处,不涉及盗版、破解 DRM、全文转载。


十一、依赖

依赖 用途 必须?
pdf 读 PDF 电子书 🟡 书源必须
web_search 搜候选源/书评/访谈 + star 等硬指标 ✅ 招聘模式、人物源必须
web_fetch 抓博客/演讲稿/存档页/repo 页面 ✅ 招聘模式、人物源必须
Agent 工具 专家团派工(即席/驻岗) 🟡 专家团模式必须
可视化 HTML 思维框架图 🟡 可选

十二、文件结构

wanwu-distill/
└── SKILL.md              # 本文件(skill 本体不含产物)
skills-generated/         # 产物落工作区此目录(不属于本 skill 包)
├── ledger.md             # 使用台账(自我进化用,见八)
├── agents/               # 专家团驻岗文件(角色卡)
└── {产物}.md

版本:v2.2.0(2026-11-03)· 源自 SkillHub zy930511/book-to-skill v1.0.0。v2.0 定五阶段流水线+三强铸型+挂载时刻/验证法双硬门槛+证据分级;v2.1 加目标招聘模式、第8类源(万物皆为信息)、源/产物双安检、使用台账自我进化;v2.2 加专家团模式(招聘变子 agent 分工干任务,编排走 expert-team,独有=真蒸馏岗位+团队安检+生命周期)。

常见问题

5 问
答案由本站依据条目字段整理
万物蒸馏工厂怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_19b9fbd9/wanwu-distill。安装方式为未标注。装完刷新技能列表或重开客户端。

万物蒸馏工厂支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

万物蒸馏工厂权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

万物蒸馏工厂收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

万物蒸馏工厂用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。