[Python] 同事.skill：一个用AI克隆离职同事技能的开源项目，能否解决团队知识流失？

“你们搞大模型的就是码奸，你们已经害死前端兄弟了，还要害死后端兄弟，测试兄弟，运维兄弟，害死网安兄弟，害死 ic 兄弟，最后害死自己害死全人类”

这是 同事.skill 这个 GitHub 仓库里的一句引言。实话实说，第一次看到这句话我笑了，但笑着笑着就沉默了。

一个真实的场景

上个月，我们组里一个工作了 3 年的后端老哥离职了。
交接文档写了三页，会议开了半小时，然后他走了。留下的是一个正在重构中的支付系统、十几个未关闭的 Jira 工单、以及一堆只有他自己看得懂的祖传代码。
接下来的两周，我每天都在 Slack 里翻他的历史消息，试图理解“当时为什么要这样设计”。最崩溃的一次，我花了整整一下午排查一个 bug，最后发现是他三个月前在代码 review 时提过但没写进文档的坑。
这种场景你们熟悉吗？
实习生跑了、导师毕业了、搭档转岗了、前任交接了——人走了，上下文也跟着消失了。

同事.skill 是什么

同事.skill 是一个 开源项目，核心想法很直接：用 AI 把你的同事“数字化存档”。
它的逻辑是这样的：

1. 收集原材料：飞书消息、钉钉文档、邮件、截图、Wiki
2. 输入你的主观描述：他的职级、性格标签（比如“甩锅高手”“INTJ”）
3. 生成一个真正能替他工作的 AI Skill

生成的 Skill 分成两部分：

• Work Skill：他的技术规范、工作流程、经验知识库
• Persona：五层性格结构，从硬规则到人际行为

调用方式是直接在 Claude Code 里输入 /{同事名字}，然后这个“数字同事”就会用他的语气、他的思维方式来回应你。

我实际试用了什么

说实话，一开始我是带着猎奇心态去试的。
我在本地部署了同事.skill，然后用一个已经离职的前同事的历史消息做测试。这位前同事的特点是：话少、技术强、但回复总是带着一种“你怎么这都不会”的潜台词。
我输入了大概 200 条飞书消息、几篇他写的技术文档，然后标注了标签：“字节 2-1 后端工程师”“INTJ”“话少”“阴阳怪气”。
生成的 Skill 让我有点震惊。

场景一：Code Review

我丢了一段接口代码给它：

我：帮我看一下这个接口设计
同事.skill：等等，这个接口的 impact 是什么？背景没说清楚。
（看完后）N+1 查询，改掉。返回结构用统一的 {code, message, data}，这是规范，不用问为什么。

语气、表达方式、甚至那种“懒得解释”的感觉，都很像。

场景二：甩锅模拟

我：这个 bug 是你引入的吧
同事.skill：上线时间对了吗？那个需求改了好几个地方，还有其他变更。

这回复方式，太熟悉了。

它解决什么问题，又有什么局限

解决的问题很真实：

• 知识断层：人走了，但“他怎么思考问题”的方式留下来了
• 上下文找回：不用翻三个月前的聊天记录，直接问“数字同事”
• 新人 onboarding：让新人快速理解一个老员工的思维方式

但局限也很明显：
首先，原材料质量决定 Skill 质量。如果你只有几十条日常闲聊，生成的 Skill 会很空洞。真正有价值的是他写的技术文档、决策过程的讨论、代码 review 记录。
其次，它不能替代真正的同事。它只能模仿“他过去是怎么做的”，但不能应对新问题、新场景。比如业务方向变了、技术栈换了，这个数字同事可能会给出过时的建议。
最重要的是，伦理边界模糊。用同事的消息记录训练 AI，征得他同意了吗？这算数字遗产还是隐私侵犯？

产品设计的启发

抛开争议，同事.skill 的设计思路有几个值得借鉴的地方：

第一，Persona 分层设计。不是简单模仿语气，而是把性格拆成五层：硬规则 → 身份 → 表达风格 → 决策模式 → 人际行为。这种结构化思路，比单纯的“角色扮演”更可控。
第二，增量更新机制。可以追加新文件、对话纠正、版本回滚。这意味着 Skill 是可以进化的，不是一次性的静态配置。
第三，标签化降低门槛。用户不用写复杂的 prompt，只需要选标签：“字节范”“甩锅高手”“INTJ”。这种产品设计降低了使用门槛。

我的看法

说实话，同事.skill 更像是一个黑色幽默式的社会观察，而不是一个严肃的生产力工具。
它戳中了一个痛点：现代职场的人走茶凉和知识流失。但它给出的解决方案——把同事数字化——带着一种荒诞感。
我倾向于把它看作一个概念验证，证明了两件事：

1. 当数据足够多时，一个人的“工作 persona”是可以被建模的
2. 这种建模对团队协作有一定价值，但天花板很明显

真正有价值的方向，可能不是“复制离职同事”，而是在人在职时就做好知识沉淀——不是冷冰冰的文档，而是结构化的、可查询的、带上下文的“活知识库”。

写在最后

同事.skill 还有一个姐妹项目叫“前任.skill”，功能类似，只是对象变成了前任。支持微信聊天记录导入、MBTI 分析、星盘解读。
这个项目在 GitHub 上收获了不少 star，评论区一半是玩梗的，一半是认真讨论技术实现的。
我觉得它的价值不在于“真的要用它来替代同事”，而在于让我们意识到：职场中的上下文流失有多严重。
当一个项目需要靠“克隆同事”来解决交接问题时，或许我们应该反思：是不是平时的文档习惯、知识管理、团队文化出了问题？欢迎大家来 云栈社区 一起聊聊你的看法。

项目地址：

https://github.com/titanwings/colleague-skill