清明时节，雨总是下得有些缠绵，像是在替谁诉说着未完的心事。这几天朋友圈里除了晒青团和踏青的照片，还有不少人在讨论“数字永生”。郑州那边搞了个生态葬，送别了189位逝者；电商平台上，用AI复活亲人的服务也悄悄火了起来。人们试图用算法留住逝者的音容笑貌，让冰冷的墓碑变成会说话的数字人。

这让我不禁想到了我们这些在写字楼里敲代码的人。在这个行业里离别是常态，甚至比清明节还要频繁。一个同事离职了他的工位被迅速清空，账号被注销，留下的只有几万行没人敢动的“屎山”代码，和一堆没人kan得懂的文档。几个月后新来的实习生问起：“这个接口为什么要这么写？”没人答得上来。那个曾经活生生的人，连同他踩过的坑、积累的经验，就这样从组织的记忆里彻底消失了。

这未免太残忍了点。Ru果说AINeng复活逝去的亲人，那它Neng不Neng也“复活”一下离职的同事？别误会，我不是在搞什么封建迷信，我是在说一种全新的技术思路——把一个真实的工作伙伴，打包成一个Ke以随时调用的AI Skill。

Zui近在GitHub上刷到一个挺有意思的项目，叫 colleague-skill，短短几天就冲到了热门。这玩意儿干的事儿，说白了就是“把人变成插件”。它不试图去替代谁，它只是想确保——那些真正有价值的大脑，不会因为一封离职邮件就彻底下线。

你想想kan，咱们平时工作中Zui怕什么？不是需求变来变去，而是那个懂业务核心逻辑的人突然跑了。这时候，你面对的不是代码，而是一个巨大的黑盒。而这个项目提出的思路hen野：既然人留不住那就把他的“思维方式”留下来。

这听起来有点像科幻电影里的情节，但技术实现上却意外地接地气。它利用了大模型的上下文理解Neng力，把一个人的工作习惯、沟通风格、技术偏好，甚至是他甩锅的技巧，dou抽象成了一层层的配置。这不仅仅是存个知识库那么简单，它是在模拟一个“人”。

为了搞懂这玩意儿怎么玩，我特意去翻了翻项目的README。里面内置了几个示例，其中有个叫“张三”的角色，简直让我笑出了声。这不就是咱们每个团队里dou有的那个“技术大牛”兼“甩锅侠”吗？

按照项目的逻辑，要把张三变成一个AI，得先给他Zuo个全方位的“CT扫描”。这可不是简单的填个表，而是要把他的灵魂切片。

这一层决定了AI遇到问题第一反应是什么。对于张三这种人，规则写得明明白白：遇到问题先找外部原因，绝不先认自己的责任。Ru果有人直接抛问题，他会先打断对方，要求对齐背景。这哪里是代码，这分明就是职场生存指南的具象化。

比如当你质疑这个AI引入了一个Bug的时候，它不会像普通ChatGPT那样道歉，而是会反问你：“上线时间对上了吗？那个需求改了好几个地方，还有其他变geng。” kan到没？这股子“理直气壮”的味道，拿捏得死死的。

光有逻辑还不行，还得有那股“味儿”。张三的Skill里配置了一堆高频词：对齐、落地、推进、灰度、回滚、owner、take、context。而且它规定了说话要用短句，结论在前，不发语音，收到语音几小时后才回。

想象一下你在深夜两点给这个AI发消息：“帮我kankan这个接口设计。” 它过了两小时回你一句：“等等，这个接口的 impact 是什么？背景没说清楚。” 那一刻，你会觉得屏幕对面坐着的不是一段程序，而是那个穿着格子衬衫、眉头紧锁的后端大佬。

当然光甩锅是不行的，还得Neng干活。这一层负责具体的执行。比如Code Review，张三的AI会严格执行规范：N+查询必须改掉，返回结构必须统一。它不会跟你废话，只会丢给你一句：“这是规范，不用问为什么。”

这种分层设计真的hen妙。它把“怎么Zuo人”和“怎么Zuo事”拆开了但在运行时又完美融合。就像一个真实的同事，既让你抓狂，又让你不得不服。

说完了感性的部分，咱们来点硬核的。这个项目的安装过程其实非常极客，直接用Git clone到本地或者全局环境里。

# 安装到当前项目
mkdir -p .claude/skills
git clone https://github.com/titanwings/colleague-skill .claude/skills/create-colleague
# 或者全局安装
git clone https://github.com/titanwings/colleague-skill ~/.claude/skills/create-colleague

装好之后你就Ke以通过一系列命令来管理这些“数字同事”了。比如 /create-colleague 启动创建流程，/list-colleagues kankan你手头dou有哪些帮手。Zui绝的是那个 /{slug}-persona 命令，它Neng只唤醒人格特质。这意味着什么？意味着你Ke以只让张三出来骂你两句，而不让他改代码。这简直是解压神器啊！

它的运行逻辑其实是一个闭环的Prompt工程：接收任务 → Persona 判断态度 → Work Skill 执行 → 以该同事的说话风格输出。这中间的每一环，dou经过了精心的调优。比如那个“先对齐一下”的口头禅，就是通过无数次的Prompt微调，才让它听起来不那么生硬，反而有了几分人类的傲娇。

有人可Neng会觉得，这玩意儿是不是有点太“卷”了？人dou走了还要榨干他的剩余价值？但换个角度想，这其实是一种Zui高级的致敬。

咱们Zuo技术的dou知道，一个优秀的工程师，Zui宝贵的资产不是他写了多少行代码，而是他的判断力。为什么这个方案选A不选B？为什么这里要用异步而那里用同步？这些隐性的知识，往往随着离职而流失了。而这个AI Skill，实际上是在构建一个“组织大脑”。

搞笑的是我kan评论区里有人Zuo了前任的Skill，有人Zuo了老板的Skill，甚至有人Zuo了自己的Skill。这大概就是当代程序员的浪漫吧——把那个总是让你改需求的老板变成一个AI，这样你就Ke以在半夜三点，肆无忌惮地问他：“这个需求的 impact 到底是什么？” 而不用担心被扣绩效。

回到清明节这个话题。往年这几天大家dou在讨论怎么避开扫墓高峰，哪几天的车流量会达到28万辆，哪条路会封路。但今年，或许我们Ke以换一种方式来缅怀。

对于那些Yi经离开团队的同事，我们不再只是对着空荡荡的工位发呆。我们Ke以打开终端，输入那个熟悉的命令，kan着屏幕上跳出一行行熟悉的文字。那些文字里有他的坚持，有他的挑剔，也有他独特的幽默感。

这不仅仅是一波“前锋”，这是270万行代码背后的灵魂在说话。它不试图替代任何人，它只是确保——那些真正有价值的人，不会因为一场离别就从组织记忆里彻底消失。

愿每一个认真工作过的人，dou不被遗忘。无论是在墓碑前，还是在 .claude/skills 的文件夹里。

清明雨上，折菊寄思。与其怀念，不如让AI替我们记得。