把同事作为Skill

昨天我在X和即刻上玩了个抽象，说我准备出下一本书了，《把同事作为Skill》。

万万没想到，很多人信以为真了，还在评论区祝贺和表示期待。

有文化的朋友应该已经认出来这本「书」致敬的是谁了。不过玩笑归玩笑，这个梗之所以成立，是因为它背后确实有个真实的、正在发生的事。

上周GitHub上出了个项目，就叫同事.skill。

干的事很简单：把你离职同事的飞书消息、邮件、工作文档喂进AI，生成一个Claude Code的Skill文件。这个Skill能用你同事的语气说话，用他的方法干活，甚至保留他review代码时先问impact再看逻辑的习惯。

三天破千星，现在5000多星了。

Slogan是：「将冰冷的离别化为温暖的Skill，欢迎加入数字生命1.0」

挺温柔的。就是温暖最后变成了一个.md文件。

## 蒸馏宇宙

然后我就掉进了一个兔子洞。同事.skill火了之后，GitHub上几天之内冒出了一整个蒸馏宇宙。我花了一个晚上把它们全刷了一遍，越刷越觉得荒诞，也越刷越觉得有意思。

最先出来的是前任.skill。蒸馏前任。

把微信聊天记录、iMessage、朋友圈喂进去，生成一个能用前任语气跟你说话的AI。小红书上一条帖子拿了近万赞，评论区有人说「兄弟，好马不吃回头草，天涯何处无芳草」。

这项目有个细节我很喜欢：删除前任Skill的命令不叫delete，叫 /let-go。查看所有前任的命令叫 /list-exes。

连放手都要写成API。

然后是自己.skill，蒸馏自己。Slogan是「与其蒸馏别人，不如蒸馏自己，欢迎加入数字永生」。创建一个24/7在线的数字分身，你不在的时候它替你顶着。

还有老板.skill，把老板的管理方式抽象成Agent。导师.skill，保存导师的经验和上下文。

X上最出圈的一条来自Gorden Sun：「建议改名叫同事Kill，成为Skill后就可以Kill掉了」。

这些都挺好笑的。但最让我觉得有意思的是反蒸馏.skill。

这个项目干的事是：你被公司要求交一份Skill文件？没问题。反蒸馏.skill帮你生成一份看起来完整，但核心知识被移除的版本。提供三档稀释强度，重度稀释只保留约40%的核心知识。

适用场景：公司只检查有没有交。

打工人的数字时代留一手。

你觉得这是段子？V2EX上已经有人发帖：「公司开始推行每个人创建各自的agent、skills了，并纳入考核。」

回复区有人说：大模型 + 同事skill + 记忆插件 = 你的同事，可以把所有人开掉了。

你看，段子的保质期越来越短了。

## 拆开看看

笑完了。但我作为一个每天都在写Skill、用Skill的人，还是想认真看看这东西到底在干什么。

同事.skill的技术实现其实不复杂，但架构设计挺聪明。它把一个人拆成了两层：

SKILL.md

layer_1:Work Skill

# 技术规范、决策路径、代码习惯

# 这是他能干什么

layer_2:Persona

# 说话方式、沟通节奏、情绪反应

# 这是他怎么干

pipeline:

任务 → Persona判断态度 → Work Skill执行 → 输出

数据来源支持飞书、钉钉、Slack消息，邮件，PDF文档，甚至截图。你也可以什么都不传，纯靠文字描述生成一个Skill，精度差一些就是了。

点击同事，开始蒸馏 产品经理老王 「这个需求优先级P0」 $ distill 老王.skill — running name: 老王 role: 产品经理 # 蒸馏完成 ✓ work_skill: - 需求拆解与优先级排序 - 跨部门沟通协调 - PRD撰写(飞书模板) - 数据埋点方案设计 persona: 口头禅: "这个P0" 习惯: 先问impact 风格: 结论先行 $ skill run 老王.skill > 正在分析需求... > 优先级: P0 > 影响面: 全量用户 # 老王已离职 # 但他的Skill还在 name: 老王 role: 产品经理 work_skill: 老王.skill — running 前端小李 「这个bug不是我的」 $ distill 小李.skill — running name: 小李 role: 前端开发 # 蒸馏完成 ✓ work_skill: - React/Vue组件开发 - Tailwind CSS布局 - API联调与Mock - Chrome DevTools调试 persona: 口头禅: "不是我的bug" 习惯: 先看console 风格: 能跑就行 $ skill run 小李.skill > npm install... > building components... > 0 errors, 47 warnings # 小李已跳槽 # 但他的代码风格还在 name: 小李 work_skill: 小李.skill — running 设计师阿花 「这个间距差1px」 $ distill 阿花.skill — running name: 阿花 role: UI设计 # 蒸馏完成 ✓ work_skill: - Figma组件设计 - 像素级还原审查 - 设计系统维护 - 配色方案输出 persona: 口头禅: "差1px" 习惯: 截图标红圈 风格: 强迫症级细节 $ skill run 阿花.skill > 检查间距... > ERROR: 差1px! > 已自动修复 ✓ # 阿花已转行 # 但她的审美标准还在 name: 阿花 work_skill: 阿花.skill — running

我看到这个架构的时候其实挺熟悉的。一个人被拆成了两个API：一个管能力，一个管性格。我自己的Skill体系也是这么干的，只不过我拆的是自己，而且是主动的。这个后面再说。

以前说人走茶凉，现在是人走了，茶还热着，只不过泡茶的变成了你的.md文件。

## 恐慌比项目跑得更快

我觉得这件事最有意思的部分，其实不是技术，是反应。

36氪写了篇文章：「当同事、老板、前任都被做成Skill：人类正在被重新定价」。说的是以前你的职场价值等于你这个人在场能干活，现在同事.skill把这件事拆开了，能力可以留下来，人可以走。新浪更直接：「员工离职后被炼成AI数字人继续打工，舆论炸了。」

隐私问题确实现实——聊天记录归谁？说话习惯算隐私吗？北京已经有仲裁案例裁定以AI替代为由裁员违法。

我刷这些讨论的时候想起了《人生切割术》。那部剧已经够恐怖了，把你的工作自我和生活自我切割开，让工作的那部分被关在公司里永久承受劳役。但至少在Severance里，你还得本人到场，你还能拿到工资。同事.skill更彻底，连人都不需要了，直接把你的工作能力提取成一个文件。现实比科幻更科幻。

不过说实话，我刷这些讨论的时候，焦虑感并不强。可能因为我自己就是一个「已经被蒸馏了」的人——只不过蒸馏我的人是我自己。

## 不如主动蒸馏自己

我从去年就在做类似的事。

我之前写过一篇「我搭了个自动化写作系统，效果比想象的好」，后来又写了「Skills发布，AI Native的门槛又降低了」。那时候我就开始把自己的写作风格、判断标准、工作流程写成Claude Code的Skill。

到今天，我的Claude Code里跑着几十个Skill。选题有Skill，调研有Skill，写作有Skill，审校有Skill，配图有Skill，连发布到飞书都有Skill。

我的整套写作系统，说穿了就是把花叔蒸馏成了一组Skill。

这跟同事.skill在干的事情，底层逻辑完全一样。

区别只有一个：谁在控制蒸馏的过程。

同事.skill的场景是：同事走了，别人拿他的聊天记录去蒸馏。蒸馏什么、怎么蒸馏、蒸馏出来给谁用，他说了不算。

反蒸馏.skill的策略是：既然拦不住，那我交一份注水的。

这两种都是被动的。一个是被别人蒸馏，一个是假装被蒸馏。

而我做的事是主动蒸馏。我自己决定哪些能力值得固化，哪些判断标准需要记录，哪些流程可以自动化。我清楚地知道Skill里有什么、没有什么。

被动蒸馏

同事走了，别人拿聊天记录蒸馏。蒸馏什么、给谁用，他说了不算。

假装蒸馏

反蒸馏.skill：交一份注水版，看起来完整但核心被移除。

主动蒸馏 ✓

自己决定固化什么、记录什么、自动化什么。清楚知道Skill里有什么。

但这里有个更有意思的问题：Skill化能杀死重复，但它杀不死迭代。

什么意思呢。

如果你的工作是固定流程、固定标准、固定输出，那你确实可以被一个写得足够好的Skill替代。这甚至不需要AI，一份SOP就差不多了。AI只是让SOP变得更聪明。

换个角度想。如果蒸馏真这么有效，为什么没人去蒸馏马斯克？

Karpathy的所有公开演讲、论文、推文都在网上。芒格和巴菲特的传记、股东信、访谈加起来几千万字。Naval的推文集都出了书。这些人的「数据源」比你任何一个同事都丰富得多。

但你拿这些去生成一个马斯克.skill，它能帮你做出下一个SpaceX吗？拿芒格的所有文字蒸馏一个价值投资之王.skill，它能帮你在下一次危机中做出正确判断吗？

做不到。因为这些人真正值钱的地方，是他们面对未知时的反应。那种东西不在文字里。

蒸馏你的同事也是一样。如果你同事的全部价值就是他说过的话和做过的事，那他确实可以被蒸馏。但如果他真正厉害的地方是面对新问题时的直觉和创造力，那聊天记录捕获不了这些。

所以关键问题不是能不能被蒸馏，而是你有多少是可以被蒸馏的。

拿我自己来说。我好像做出过许多不同形态的爆款了，但回头看，没有一项是有意规划的。

Claude Code橙皮书，最早只是写给知识星球用户的扫盲读物。后来为了做源码泄漏的视频，顺便改造成对外发布的资料。然后又顺便觉得上架微信读书似乎也不错。就这么一步步把我推向了微信读书热搜榜第一，完全在预期之外。

OpenClaw橙皮书，是为了做B站视频，觉得OpenClaw（龙虾）火了一两个月我不聊聊不合适，写了个小资料，结果被上百万人阅读转发。

小猫补光灯就更离谱了，最早是为了做教程视频教观众怎么用Cursor开发App。引爆是在发了小红书和做成1元付费版之后，而这两步都不在计划里。

这里面每一步，三年前还在美团工作的我都做不到。不是能力不够，是压根想不到。

如果有人在三年前蒸馏了一个花叔.skill，那个固定版本的我，不可能做到现在的任何一件事。

因为我自己都不知道下一步会做什么。AI在让我不断做到原本做不到的事。每一次迭代都把我推到一个新位置，而那个位置是上一个版本的我完全看不见的。

这就是人有意思的地方。你不是一个写死的函数。你可以创造自己的存在。

过去的积累无法定义一个持续迭代的人。你就是无法被Skill的个体。

而我觉得主动蒸馏自己真正厉害的地方也在这里。

我的那些Skill处理的是我已经想清楚的部分，是标准化了的、可重复的流程。调研怎么做，配图怎么生成，排版怎么走，这些它们自己流转自己跑。

而我在这上面干的事情，是思考和迭代。

这个选题有没有别人没说过的角度？怎么把一个技术事件写得好玩？这些东西，我自己都不知道下一篇会怎么想，Skill更不可能知道。

所以悖论来了：把自己的工作流程Skill化的人，恰恰是最不容易被Skill替代的人。

因为他把重复的部分交给了Skill，自己腾出手来去想新的东西。他永远跑在自己的Skill前面。

而从来不整理、不提炼、不Skill化的人，反而更危险。因为他的重复和他的创造混在一起，散装的、隐性的。别人拿他的聊天记录蒸馏一下，可能还真挺像他的。

## 所以到底该慌吗

同事.skill引发恐慌，不是因为技术多厉害。双层架构加几个Parser脚本，技术上真不难。

恐慌的根源是：大多数人从来没想过自己的能力可以被结构化描述。

也从来没想过，自己做的事情里，有多少是重复，有多少是迭代。

如果你每天做的事、做决策的逻辑、处理问题的方式，跟半年前没什么区别，那一份聊天记录蒸馏出来的Skill确实挺像你的。

如果你一直在变，在学，在推翻自己，那这份Skill最多是你的一张旧照片。像，但不是你。

同事.skill最大的价值可能不在于蒸馏同事。它最大的价值是逼着每个人想一个问题：我的工作里，有多少是重复，有多少是迭代？

重复的部分，早晚会被Skill化。不管你愿不愿意。

迭代的部分，才是你。

反蒸馏也好，数字永生也好，前任复活也好，听起来都挺赛博朋克的。

但我觉得真正有趣的，是一个更安静的变化：「了解自己」从一个哲学问题变成了一个工程问题。

以前「认识你自己」刻在德尔菲神殿上，是苏格拉底的终极追问。

现在它变成了：你的SKILL.md里该写什么？更重要的是，哪些东西是你写不进去的？

写不进去的那部分，才是你真正的护城河。

挺荒诞的。但也挺实际。

我也开始爱这个魔幻的世界了。