同事skill刷屏后，我开源了自己的skill——这是我的理由

同事 skill 刷屏后，我开源了自己的 skill——这是我的理由

4 月初，Twitter 中文圈被一条推文刷屏了。同事.skill——把同事的工作能力和风格蒸馏成 AI，离职了也能"留下来"。@nash_su 的这条推文拿到 2067 次点赞和 20 万次浏览 [1]。

紧接着，同事.skill、老板.skill、前任.skill、自己.skill、反蒸馏.skill——一套"人格蒸馏全家桶"在三分钟内完成全网分发。ifanr 紧跟着发了一篇报道，标题就叫《我的同事被炼化成 Skill 了》[2]。

笑着看完，笑声里开始带了点凉意。

万物皆可 skill 化，这句话本身已经成了一个事实陈述，而不是一个比喻。

当"散是 Token，聚是 Skill"成为网友互相调侃的口头禅，一个更深的问题浮出水面：skill 的本质是什么？ 这波热潮里，谁在主动出击，谁在被收割，而谁有机会选择不同的姿势参与？

一、Skill 的本质：不是新技术，是旧范式的重新打包

我在 2015 年前后还在招商银行做用户体验设计时，团队已经在尝试一件事：把资深产品经理的决策逻辑结构化。那时候不叫"蒸馏"，叫"专家访谈 + 决策树"。

十几年后，技术从规则引擎变成了 LLM，但知识管理的核心问题没有变：

隐性知识怎么保留？

隐性知识——直觉、经验、判断力——从来不在文档里。一个干了十年的架构师为什么知道这个系统不能那么改？为什么能在代码审查时一眼看出问题？这些东西没有文档，它们只存在于他的大脑里，以"你知道你知道但你说不清你知道"的形式存在。

Skill 技术第一次在工程层面解决了这个问题。 它的本质，是把隐性知识的持有者变成了一个可调用的接口——不是让机器学会知识，而是让人的知识结构变成可版本化、可集成、可复用的数字资产。

微软的 Avatar Framework 在 2019 年就定义了完整的人格建模框架：76 项基础信息、27 项性格特征，以及将人格注入 3D 虚拟人类的完整流程 [3]。Skill 化是这个方向在 LLM 时代的社区化落地——从虚拟人走向真实员工，从演示走向实用。

所以这不是新技术的出现，而是旧范式遇到了新基础设施后的重新爆发。

二、三类 Skill 的真实处境

🧑‍💼 同事.skill——有价值，但有归属权问题

把离职同事的飞书聊天记录喂进 AI，得到一个"真正能替他工作"的数字分身。技术规范、语气、"什么时候会甩锅"的判断，全部被保留。

GitHub 上的 colleague-skill 项目提供了完整实现：用多模态输入提取素材，生成包含两层结构的 Skill——

• Part A：工作能力（系统规范、技术标准、踩过的坑）
• Part B：人格模型（五层：硬规则 → 身份 → 表达 → 决策 → 人际风格）[4]

但这里有一个没有被讨论的问题：

谁拥有这个 Skill 的版权？

公司让员工写 Skill 文档，本质上是在要求员工把核心能力资产化。但员工的核心竞争力，恰恰是那些"难以言说"的隐性知识。当双方都开始意识到这一点，矛盾就开始了。

👔 老板.skill——有趣，但不实用

"把老板的决策风格做成 AI，以后汇报前先跟 AI 老板过一遍。"

这条 Twitter 拿了 2067 个赞，是所有 .skill 里传播最广的。@hungryturbo 给出了一个更精准的捕捉："老板 Skill，'这个需求很简单，怎么实现我不管'"——一句话包含了老板的语言模式、关注点，以及一种典型的甩锅预设 [1]。

但 boss.skill 有一个致命的局限：它假设老板是一个可以建模的决策系统。现实是，大多数老板的决策是非理性的、情绪化的、情境依赖的。用一个静态的 AI 模型去模拟一个动态的、情绪化的决策者，本质上是给自己的一种心理安慰。

更深的问题是：当所有人都用 boss.skill 演练汇报，老板们会不会也开始用"员工.skill"预判员工？这就变成了一场双向博弈，而博弈的结果是沟通更加标准化、程式化，人情味进一步流失。

🛡️ 反蒸馏.skill——猫鼠游戏里最真实的一面

当公司开始用 Skill 文档沉淀员工能力，员工开始主动给文档"脱水"——把真本事留给自己，只交出表层信息。

GitHub 上的 anti-distill 工具是这个方向的代表。它的三档清洗逻辑非常巧妙：系统自动评估每个段落里有多少真正有价值的隐性知识，然后将高价值内容替换为"正确但无用的废话"，同时生成两份文件——清洗版交差用，私人备份留给自己 [5]。

这个工具的出现，证明了一个真实的激励结构问题：

公司有动机蒸馏员工能力，员工有动机保护核心知识。

这不是对抗，而是博弈双方都在升级自己的工具。

三、开源 shadow.skill：主动蒸馏 vs 被动被蒸馏

在这场蒸馏浪潮里，我选择了一个不同的姿势——开源我自己的 skill。

🔗 https://github.com/shadowcz007/shadow.skill

这不是一个"复刻离职同事"的温情工具，也不是"防御公司收割"的对抗策略。这是我主动把自己蒸馏出来，放到社区里供人使用和迭代。

为什么？

第一，主动蒸馏，意味着你在定义自己被蒸馏的方式。 当别人的 同事.skill 是从聊天记录里事后提取，我的 shadow.skill 是我主动梳理、主动表述、主动版本化的。这意味着我说了算，而不是被动被挖。

第二，开源出去的能力，才能形成真正的网络效应。 一个 skill 的价值，在于它被多少人使用、多少人反馈、多少人迭代。当 shadow.skill 被开源，每一个使用者和反馈者都在帮我打磨判断力的边界——这和我独自积累经验的速度完全不在一个量级。

第三，这是建立"可组合能力资产"的最快路径。 对于一人公司和超级个体而言，核心问题是：如何用最小的团队规模，撬动最大的智慧密度？把身边高价值的人 skill 化，将他们的判断力变成可组合的组织资产——这是真正的杠杆。shadow.skill 是我在这条路上的第一个实践。

架构设计

shadow.skill 的架构设计本身也值得一说：

稳定核心（SKILL.md） + 演化外层（ref/）

• SKILL.md：长期稳定，只包含身份、使命、边界、风格、通用协议和架构约束
• ref/：短周期的策略迭代、复盘和待验证规则

五大原则：

1. 原子化：子 skill 单一职责
2. 渐进式：随对话深度展开
3. 搜索降级：memory → ref → 内部知识 → 外部检索
4. 可组合性：子 skill 可交叉调用
5. 故障降级：子 skill 不可用时回退主 skill

这个架构解决了一个实际问题：Skill 不是一次性提取，而是一场持续的协作——你用它，它变得越来越精确；你更新它，它变得越来越像一个真实的队友。

四、Skill 化浪潮里，你可以选择自己的姿势

回到开头那个问题：在这场蒸馏浪潮里，谁在主动出击，谁在被收割？

答案是：

有选择权的人，都是主动出击的。

• 同事.skill 的真正价值，不是"备份你的同事"，而是让你意识到你的隐性知识是有价值的资产。
• 老板.skill 的真正价值，不是"猜透老板心思"，而是让你意识到向上管理是可以系统化的。
• 反蒸馏.skill 的真正价值，不是"对抗公司"，而是让你意识到你有权决定交出什么、保留什么。

而 shadow.skill 提供的视角是：

主动蒸馏自己，是最有主动权的姿势。

当你在别人还没反应过来的时候，已经把自己的能力边界定义清楚、文档化、开源出去——你就不再是这场游戏里被动的对象，而是标准的制定者。

这不是一个轻松的选择。但它是一个值得的选择。

参考

[1] @nash_su, Twitter, 2026-04-04. [2] ifanr，《我的同事被炼化成 Skill 了》，2026-04-04. [3] Microsoft Avatar Framework, 2019. [4] colleague-skill, GitHub. [5] anti-distill, GitHub.