在同事.skill的时代

晨枫

" J' R4 V; o1 ]2 g0 x3 x7 c
3 K7 T) f2 |' z5 X/ H0 y有一个中国的AI工程师在GitHub上线“同事.skill”项目，使用者只需提供同事的飞书消息、钉钉文档、工作邮件等职场数据作为素材，提取同事的工作技术规范、流程、经验知识，也归纳性格身份、表达风格、决策模式，人际行为。在理论上，可以用这个AI智能体创造出跟同事拥有相同工作逻辑思维乃至说法方式的“数字同事”，能以标准化流程执行任务，例如搜索网页做研究、撰写财报摘要等。
, p5 M5 \- c6 ?; J' P3 |
项目短短一周就在GitHub获得8000多颗星。这是免费开源的，开发者还留下黑色幽默：大模型已让很多岗位的人失去工作，而这个项目可以解决同事离开后留下的问题：“将冰冷的离别化为温暖的Skill，欢迎加入赛博永生！”
9 e2 e/ f/ E1 m9 T1 J/ Q+ `; l
这其实就是“蒸馏”，利用大型、复杂的“教师”模型训练小型、高效的“学生”模型，使后者通过模仿前者的功能，以较小规模获取相近的性能表现。根据同事.skill项目说明，使用时，尽量优先喂给AI同事主动写的长文、决策类回复等高质量信息。也就是说，在工作中输出越多、复盘越多、分享越多的人，越容易被完美蒸馏。
% \" l# e; F, x$ H' J  i- {
8 v, c, I1 p1 M0 M2 a8 t马上有人在GitHub上推出了“反蒸馏.Skill”，也在短时间内获得逾1000颗星。开发者在小红书上发帖称，做这个项目的启发就是针对同事Skill，“大家都是出来做牛马的，我相信没有人希望自己被做成Skill，然后丢掉工作…这是我送给所有在大厂要做Skill同学们的礼物。”她在项目介绍里写道：“公司要你把工作经验写成AI Skill，本质上是在蒸馏你，把你变成可替代的零件。”

3 l0 A6 [9 @% Z9 m, o据说一些中国互联网企业不仅把使用AI智能体作为日常工作要求，甚至要求员工产出个人的Skill，要求大家对日常的工作经验、工作流程、技术细节以及常见问题进行全面盘点，然后文档化、Skill化。领导主要看两个指标，一是用公司内部“龙虾”每天的Token消耗量，另一个就是Skill的产出量。“对于后者，部门甚至有非常明确的考核指标，每周强制要求产出。”

+ O5 m: C& V5 t. C反蒸馏.Skil是读取要提交的技能文件，将核心知识替换为“正确但无用的废话”。比如说，将一份具体的要求，类似“Redis key必须设TTL，不设的PR直接打回”清洗，变为“缓存使用遵循团队规范”。

. ^2 @" R5 F5 h# }+ Q1 X最后输出两份文件，一份是核心被掏空的清洗版，用给公司交差；另一份则是私人备份，包括所有前面被抽调的技术诀窍、踩坑经验、判断直觉、人际网络等。

5 F4 X* A$ l$ t3 \! M在这样的环境下，有人认为，“Skill是牛马经验提取器，没有什么核心能力是不能被数字化的。只要肯教，AI都学得会”，“同事，聚是Token，散是Skill”。

在“AI替代外包，公司裁员”的面前，黑色幽默就不大幽默了，但“反蒸馏.Skill”也是徒劳的。
5 M6 Y) J# m  A8 u4 c$ s2 Y, _
在正规化的大公司内，有经验的员工有责任把工作和项目相关的经验和知识固化为文本，在西方称为documentation。所谓经验和知识属于员工个人，这是误解。在工作中产生的显性经验和知识属于公司的知识产权，就像因为工作需要而产生的专利属于公司所有一样。内化的经验和知识当然是公司拿不走的，但泄密或者同业竞争也是不容许的，这正是公司知识产权的间接体现。
1 o# N% N/ t5 ]2 D; J
在法律上，个人可以带走的是清除公司特有知识产权后的一般性经验和知识和已经公开的知识（比如公开文献上已经有的）。

. P  j, D" f- B- X( J4 w+ Q比如说，从化工厂离职后，一般原理和公开文献描述过的工艺过程没问题，但原厂的具体工艺条件（温度、压力、配比等）属于公司机密，哪怕下家也是干这个的，不得泄漏，否则抓住，个人和下家都有法律上的麻烦。也无权拒绝向接替的人移交。
& ~( ?2 ~2 T( n/ o2 u2 g# i4 y
至于与工作无关的个人信息，在公司媒体上发这些，属于公司眼开眼闭，原则上公司媒体只用于公务，不用于私事。说到底，某人离职时，公司电脑和所有公司账号查封，全部由公司管理，正是公司媒体上所有信息所有权的体现。
* R( @8 u  r7 l) H, y$ G# K
5 J" z* ^  T/ }, q4 ^6 [: Q6 m, e所谓“员工多年积累的工作经验、个人数据，凭什么被公司拿去商业牟利？”这是对自己的权利和义务的误解。

换句话说，“同事.Skill”的问题早就存在，只是AI化后极大加深人们的焦虑。这很自然，但也不必过于焦虑，因为可以被“蒸馏”的工作被AI代替，这是必然的，焦虑没用，就像可以分解和机械化的简单人工动作必然被机器所取代一样。
$ z! Y" \6 [4 w  E
. M7 T. g- U, y; a( j" h3 u# a“蒸馏”在本质上是把某人或者某个岗位过去的经验、做法固化、数码化。在一成不变的环境里，这确实够用了，但要是一个公司充满了这样一成不变的岗位，这个公司怕也快被淘汰了。
8 l' H2 h2 r! w+ _' n) U- E
) x4 Y: t! L2 F/ t比如说，忧郁症大概与人类一样久远，对忧郁症的认识和治疗（但不一定治愈）也由来已久。把历史上与忧郁症相关的症状、治疗都“蒸馏”一下，或许能弄出一个“忧郁症.Skill”。但忧郁症的治疗首先需要诊断诱发忧郁症的原因，历史上已经知道很多，现实中多了一个：AI。这是历史上没有的，“忧郁症.Skill”都无法从经验里“无中生有”出来。这就是需要人类专家的地方了。随着AI的深入和广泛，AI作为诱因也会加入“忧郁症.Skill”，但这是动态的过程，而加进本身就需要人类的介入。
# B* \. a* h5 {* {2 D3 r
  R: G/ i% ?; l对于公司也一样，如果是做外贸生意的，市场每天都有闻所未闻的事情在发生，每一起都不一样。当然可以把这些都当做个例处理，在“同事.Skill”应付不了的时候帮一把的同时，把新的情况加进去。

这其实正是AI时代的新工作方式：历史经验的固化和数据化高度有效，逼着人们从重复性工作里跳出来，专注于应对变异和发展，在动态的世界里发挥人的主观能动性。也就是说，每天干好同样的事已经不够了，需要今天在干昨天干不了的事才行，因为昨天已经干好的事情被“同事.Skill”接过去了。
9 H1 [- _* [3 u; n' ~2 M0 W
这也使得团队里人与人从接口化变为整体化，必须理解整体的架构和意图，必须理解队友的工作以及与自己的互动，而不只是单纯根据接口要求“拨一下、动一动”。
' A* ]) g8 z9 d* `* V1 p
其实，在没有AI的时代，就应该是这样，而不是以邻为壑。
+ y/ s# l! J% f) o, g' e
1 h( F" }, i. s$ j7 a至于“反蒸馏”，这其实是徒劳的，还可能出问题。除非上级也在走形式，只要你交账就不管了，“蒸馏”产品的可执行性必然是考核的关键指标，用正确但无用的废话充数，就像些空洞无物的年度总结一样过不了关。

存在虚实两份Skill实际上等同于做假账，只是审计是公司上级。如果两份都交上去，问题不大，但也失去了“做假账”的意义。私藏一份真实版，除非永远不被发现，否则可以引来法律问题，法律依据就是前面提到的：从工作和职务得到的经验和知识是公司的知识产权，不是个人的。
+ ~4 V2 Q9 a5 L; Y0 }6 a: J
6 [! ~) i/ Y1 b) l9 [' |1 Z不过“同事.Skill”好像多了很多兄弟姐妹。随着同事.skill走红让大家意识到“人类可以被蒸馏”，GitHub很快出现了一大批人类蒸馏项目，例如同事.skill的开发者，又开发了“前任.skill”，通过提供聊天记录等信息，可以模拟前男友或前女友的说话方式。“老板.skill”、“导师.skill”、“暗恋对象.skill”乃至“永生.skill”等衍生项目相继涌现，形成了庞大的Skill宇宙。

, s: P4 }* O' S不过“前任.Skill”可能还有点情绪价值，没事了可以抓来吵吵架，避免生活乏味或者血压过低的问题，“老板.skill”、“导师.skill”能干什么用？
* i- y4 |" C. F/ k: Q
; @# O2 x; B* Z' g! e还有人开发出“女娲.skill”，融入女娲造人理念，模拟多个名人，“让马斯克、纳瓦尔、芒格、费曼都给你打工”，这就纯粹搞笑了。

枫叶随风

是这个吗：https://github.com/titanwings/colleague-skill.git

晨枫

枫叶随风 发表于 2026-4-10 13:25
是这个吗：https://github.com/titanwings/colleague-skill.git

  {) f( U5 [* X8 s3 f9 n' X( X应该就是

枫叶随风

软件开发只要源代码在，documented skills没有想象的那么重要。AI agent 可以从源代码倒推大部份所需的documentations

晨枫

枫叶随风 发表于 2026-4-10 16:11
7 M1 @  d$ W5 `- n& V) A软件开发只要源代码在，documented skills没有想象的那么重要。AI agent 可以从源代码倒推大部份所需的docu ...

就看你想documentation什么了，要是说意图的话，光从代码还是有点问题，一般性的IT代码可能还行，工业上的app代码只有行业专家还有可能倒退意图，否则只有本人写下来了。
  y- j( v- `5 @$ @# u
# e* U8 l, F2 H0 ?# y0 q6 ?比如automated SOP里，一开始是一大堆计算，用于建立初始和末端条件的，这完全是工艺计算，不干这一行，根本看不懂在干什么，只是这个那个放一起算出一个什么来。