定义
不直接安装别人的 Skill，而是让 Agent 读懂其设计思想，结合自己的语料和判断重新长出一份属于自己版本的知识吸收方式——安装是搬运，内化是吸收。
安装 vs 内化
| 维度 | 安装 | 内化 |
|---|---|---|
| 方式 | 把别人的工具直接搬进工具栏 | 让 AI 读懂设计思想 + 自己语料重组 |
| 结果 | 硬拼，可能和已有规则打架 | 长在自己的地基上 |
| 类比 | 搬运 | 吸收 |
| 风险 | 风格冲突、规则覆盖、依赖混乱 | 需要额外一步提炼成本 |
内化流程
- 读: 让 Agent 把别人的 Skill 完整读一遍
- 提炼: 找出哪些设计思想是真正有原创性的、值得学的
- 对照: 跟自己已有的 Skill/规则/语料比对——哪些补强、哪些冲突
- 重组: 结合自己的语料和判断，重新长出一份属于自己的版本
实际案例
作者看到卡兹克的公众号写作 Skill 中的"多层级质检"设计（硬性规则 → 真实性 → 风格一致性 → 内容质量 → 活人感），没有直接安装，而是：
- 骨架保留卡兹克的分层质检思路
- L1 用自己的禁词清单
- L2 用自己的"真人素材保真"规则
- L3 从 100+ 篇手改稿提炼的语气模板
- L4 挂"真人故事占比 ≥ 30%"硬规
- L5 活人感终审用"口语 vs 学术腔对仗"维度
结果：骨架是别人给的灵感，血肉全是自己的。
内化三问
每看到一个别人写得好的 Skill，先问：
- 这份 Skill 里哪几个设计思想是真正有原创性的、值得我学的？
- 如果结合我自己 Vault 里的素材和规则，这些思想应该怎么重新表达？
- 跟我现有的 Skill 比，有哪些补强、哪些冲突？冲突的话以谁为准？
复利效应
外面的好 Skill 越多，自己这套体系就长得越快——但永远长在自己的地基上。
反过来，自己写出的 Skill 也能被别人内化。Skill 可以跨 Agent、跨人传递，成为可共享的资产。
Matt Van Horn 提供了一个更激进的触发规则：任何重复两次以上的工作都考虑做成 Skill，并让 Agent 读取一个已经有效的 Skill，复用其结构来搭建新 Skill。这个做法同时包含两层复利：重复工作被程序化，优秀 Skill 的设计结构被内化为新的能力。
关键数据点
- 作者 Vault 中挂着几十个 Skill，相当一部分从外部学来再内化
- Skill 文件结构：SKILL.md（入口，≤200 行）+ references/（详细规则）+ scripts/（脚本）
- 只在触发时加载 SKILL.md，其他时候上千行规则与 Agent 无关
- Matt Van Horn 将“重复两次以上”作为 Skill 化启发式，并通过读取既有优秀 Skill 的结构来搭建新能力
前提与局限性
- 内化需要一定的工程判断力，才能从别人的 Skill 中提炼出有价值的设计思想
- 对于纯工具型 Skill（不涉及风格/偏好），直接安装可能比内化更高效
- 内化后的版本需要持续维护，不能一劳永逸
关联概念
- Knowledge-Compilation — Skill 内化是知识编译的一种形式：把外部知识编译为适合自己语境的版本
- Compound-Engineering — 内化形成的复利：每次内化都让体系更丰富
- Three-Layer-Agent-Memory — Skill 是 L2 程序性记忆的组织形式之一
- Agent-Harness — Skill 是 Harness 的行为定义层（scaffold）的组成部分