
最近,GitHub 上涌现出了一批画风极其诡异但 Star 数飙升的开源项目。
在大家都在卷代码生成 Skill、图表分析 Skill 的时候,一批开发者开始把算力用在了一个全新领域:“人.Skill”。其中最先火出圈的,是三天斩获上千 Star 的 前任.Skill,紧随其后的是拿下了 6k+ Star 的开山鼻祖 同事.Skill 和 老板.Skill。
在吃瓜群众眼里,这可能只是一场“电子招魂”或“赛博复合”的狂欢;但从架构师和 AI 开发者的视角来看,这其实是一场教科书级别的 Agent 人格蒸馏(Persona Distillation)与微调(Fine-Tuning) 实验。它预示着一种全新的应用架构:万物皆可 Token 化,包括人际关系。
以 前任.Skill 或 同事.Skill 为例,这些项目的本质,是利用大语言模型(LLM)的上下文学习(In-Context Learning)和 RAG(检索增强生成)技术,构建一个高度拟人化的数字孪生体(Digital Twin)。
核心工程链路通常分为三步:
/create-ex 或 /create-boss),初始化一个 System Prompt。这里会定义 Agent 的基础性格矩阵、语气词偏好、甚至“易怒点”。这就解释了为什么这种 Skill 越用越传神:因为记忆库被做成了动态可更新的架构。
把前任炼成 Skill 可能只是为了情绪宣泄,但把同事和老板炼成 Skill,则是实打实地解决开发者在协同中的痛点。
系统架构师或核心后端离职了,留下了一堆没有注释的“祖传代码”和只有他自己懂的部署逻辑。以前,接盘的程序员只能边骂边重构。
现在,你可以将他在 Git 上的 Commit 记录、Wiki 文档、Slack 上的技术讨论甚至日常的口头禅,全部“炼制”成一个 Colleague.Skill。当你面对一个离奇的 Bug 时,不用去打扰已经跳槽的他,直接向他的赛博分身提问。系统会基于过往语料,以他特有的逻辑(甚至是他特有的吐槽方式)给出排查建议。
一句话总结:送别神仙同事最好的方式,就是把他在企业微信里永生。
做业务开发最怕什么?最怕老板的回复是玄学。
当你问老板:“A 方案成本低但有风险,B 方案安全但进度慢,咱们选哪个?”
老板回复:“or”(或者“看情况”)。
此时,你可以调用 Boss.Skill。系统会基于投喂的老板过往决策记录、月度会议纪要和战略文档,对这个“or”进行解码。Agent 可能会输出:“基于历史判断,当业务处于扩张期且本月 KPI 承压时,老板的‘or’意味着偏向 A 方案,但要求你立刻提交一份完整的风险兜底预案备查。建议马上拉群约明天早会过预案。”
这就是 Agent 在日常开发与向上管理中的硬核落地。
看到这些疯狂生长的 人.Skill,很多人想到了《流浪地球2》里的图恒宇。
把一个人的记忆、性格、说话方式存进数据里,让他在数字世界里作为 Agent 活着。这原本是电影里才有的设定,现在通过简单的 LLM API 加上几十 M 的聊天记录,任何人都可以实现一个低配版。
但随之而来的,是无法回避的工程伦理挑战。
当个人数据可以被如此轻易地“Token 化”,数据隐私该如何界定?
如果你的前任把你单方面炼成了 Agent 并在本地私有化部署,天天对你开喷,这算不算一种赛博侵权?如果在企业内部,利用员工的工作记录批量生成“数字员工替代品”,这是否会引发新的合规风险?
抛开伦理争议,这些项目的爆火说明了一件事:开发者已经不再满足于让大模型只做无情的“代码生成器”。
未来的 Agent 架构,极大概率会向着“情绪价值化”和“高度定制化(Hyper-personalization)”演进。当万物皆可 Token 化,也许我们现在身边的每一个搭档、上司,在未来都会以一个 .skill 后缀的文件形式,永久存留在我们的服务器上。
附相关项目地址(仅供学习参考,请注意数据隐私安全):
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。