近期,一个叫“同事.skill”的GitHub项目5天收获超过6600颗星,冲上热搜。紧接着,“前任.skill”“老板.skill”“父母.skill”十余个衍生项目接连涌现。网友辣评:“同事,散是Token,聚是Skill。”
与此同时,社交媒体上开始蔓延一种更深层的恐慌——如果员工的技能可以被炼化成Skill,是不是被炼化的那个人,就可以很容易被替代了?有人在网络上写道:“大模型+同事skill+记忆插件=你的同事。”
这种恐慌来得很快,但它建立在一个未经验证的前提之上:Skill是一种能够替代人的专业技能的强大技术。事实上,Skill的本质就是我们熟悉的提示词(prompt),并不是什么神技术,Skill被严重神化了。

图片由AI生成
2025年10月16日,Anthropic为旗下Claude正式发布了Skills功能。两个月后的12月18日,Anthropic将Agent Skills发布为开放标准,规范托管在agentskills.io,微软、OpenAI、Cursor、GitHub等相继采纳。这条时间线很重要,因为它说明Skill并非横空出世的新物种。从发布到爆火,中间隔了将近半年,真正让它在国内出圈是“炼化同事”这个戏剧性的叙事。
从技术实现上看,一个Skill就是一个文件夹。核心是一份SKILL.md文件,由YAML格式的元数据和Markdown格式的指令正文组成,可选附带参考文档和脚本。当用户的请求匹配到某个Skill的领域描述时,AI Agent会动态加载其中的指令内容。
Anthropic将这一机制称为“渐进式披露”,每个Skill在AI上下文窗口中只占用几十个token的摘要,任务需要时才加载全文。
说白了,Skill的本质就是结构化的提示词(Prompt)。它和你在对话框里手写的Prompt之间,不存在智能程度的质变,区别仅在三个工程维度:第一,Skill可以被AI自动发现和按需加载,不用每次手动粘贴;第二,它能携带参考文档和脚本,形成一个自包含的指令包;第三,它遵循开放标准格式,理论上可跨平台复用。
这就是全部了。Skill不涉及深度学习意义上的知识蒸馏,不改变模型本身的参数,不创造任何新的推理能力。它只是在模型之上叠加了一层可复用的任务指令。如果大模型是一个什么都懂但什么都不精的通才毕业生,Skill就是你递给他的工作手册。手册写得再详细,通才还是那个通才。
理解了这一点,“炼化同事”的叙事就立刻被祛魅了一半。同事.skill项目所做的事情,是把一个人的聊天记录、工作文档和行为模式提炼成一份Markdown格式的指令文件,然后让大模型按照这份指令来模拟回应。它模拟的是表达风格和工作流程的外壳,绝对不可能模拟那个人真正的专业判断力。
Skill的中文翻译是“技能”,人多获取更多的技能有一种本能的渴望。这种期待催生了一种近乎游戏化的收集行为,打怪升级,获取更多技能,变得更加强大。
社交媒体上频繁出现Skill分享帖和安装教程,SkillsForge、SkillsMP等第三方市场相继上线。据CSDN一篇技术分析文章援引的数据,主流平台生态中Skill规模已达数十万级。很多人的心态是:装得越多,我的AI就越强大。
这种心态本身就是对Skill机制的误读。Skill是按需加载的,AI每次只调用与当前任务相关的那一个或几个Skill,其余的全部沉默。装了500个Skill,和装了5个Skill相比,对单次任务的输出质量没有任何影响。完全不像游戏里的“神级装备叠buff”,更像是你手机里装了500个App但每次只打开一个。
Anthropic官方生态中使用率最高的Skill集中在文档处理领域——Excel、Word、PowerPoint、PDF的读写Skill是最早内置的,也是复用频率最高的。这恰恰说明了一个朴素的规律:真正有用的Skill,解决的是高度标准化、重复性强的流程问题,而不是什么“炼化人的经验”。
在Skill概念走红之后,甚至有公司开始强制要求员工上交自己总结的工作Skill,引发了强烈反感。
这种做法暴露的不是管理的前瞻性,而是对Skill本质的无知。一个Skill的质量完全取决于撰写者的诚意和深度,而强制提交恰恰是摧毁诚意的最有效手段。根据媒体报道,有人因此开发出了“反蒸馏.skill”,一个防御性工具,能把Skill文件中的核心知识替换为“正确但无信息量”的职场废话。比如把“Redis key必须设置TTL,建议根据业务场景设为24h-72h”替换成“缓存使用请遵循团队规范,具体参数视情况而定”。交差的版本看起来完整专业,但并不可用。
“反蒸馏”工具的存在,也是另外一个角度的例证,如果Skill真的能完整封装一个人的能力,那一份注水的Skill就不应该能蒙混过关。它能蒙混过关,恰恰证明了接收方,无论是强制上交skill的公司还是AI,都无法分辨一份Skill到底有多少含金量。
“这件事一定是激励,而不是强迫。不是所有人的经验都值得沉淀的,很多经验不如搭建环境,让AI自己去跑。你不能让员工觉得,公司让你沉淀skill是为了裁员。”在科技公司工作多年的小A对笔者说。
更深层的问题在于,强制提交的逻辑本身就是自相矛盾的。公司想要的是员工的“默会知识”,包括判断习惯、排错直觉、对模糊情况的处理方式。但这些东西之所以叫“默会”,正是因为它们很难被显性化表达。
能写进Skill里的部分,往往只是操作流程;真正决定工作质量的深层判断力,写的人自己都未必能完整表述,更不可能被一纸行政命令逼出来。
围绕Skill的另一个重要争议是:它有版权所有者吗?
天元律师事务所合伙人李昀锴律师说,“这个情况比较复杂,要看skill具体的编写了,skill 核心是工作流编排,本身表达就有限,如果 skill包含了思维逻辑链、精细角色设定及独创数据处理逻辑,是有可能有版权的,但说实话认定的标准会比较苛刻。”
那么,Skill能否被认定为财产?李昀锴律师认为:“这个还是有可能的,毕竟不同 skill 也能带来经济价值”。
但是,是否能把Skill认定为个人资产,界定为哪些性质的资产或知识产权,从法律界定上也比较复杂,难以获得统一标准。李律师提供了另外一个思路,“其实 skill 和公司内部鼓励员工培训讲课有很大相似性,无非是可复用性更简便。”
公司内部的知识共享无可厚非,用强制激发对抗心理得不偿失。
更何况现实是,Skill的可迁移性远比想象中差。
每个人的工作流、判断习惯、对模糊地带的处理方式都高度个人化。拿到别人精心调教的Skill,换一个人用,大概率不顺手,就像厨师的菜谱可以公开,做出来的味道却因人而异,因为菜谱记录不了火候的直觉和临场的调整。
更根本的问题是,一个Skill捕捉的只是某个特定时间点的状态。三年前你写代码的风格和今天可能截然不同,但Skill不会自己成长。
用一个简单的比喻来形容SKill,它是一张快照,并不是一个活人。
这才是Skill最需要祛魅的地方。它不是什么“数字永生”,也不是“赛博奴役”。它就是一份静态的、格式化的工作备忘录,能帮AI在特定任务上表现得更符合预期,仅此而已。
Skill的合理用法其实并不复杂。个人层面,把自己反复做的标准化工作,比如周报格式、代码审查规范、数据清洗流程,提炼成Skill,可以省去每次重新向AI解释上下文的时间。
团队层面,把约定俗成的协作规范、技术标准、审批流程封装成共享Skill,用于新人入职和知识沉淀,比传统的文档交接效率更高。Anthropic目前已为Team和Enterprise计划提供了组织级Skill管理功能,管理员可以集中配置和分发。
但必须认清边界。Skill解决的是“怎么做”的标准化问题,解决不了“该不该做”“做到什么程度”“出了意外怎么办”这类问题。
Anthropic虽然推动了开放标准,OpenAI也在Codex CLI中采用了相同的文件格式,但距离真正的“写一次、到处可用”还有距离。Skill生态也仍然碎片化,不同Agent平台之间的Skill并不完全通用,开发者需要反复适配。
2026年春天的这场Skill狂欢,表面是一次互联网玩梗,背后恐惧和狂热的根源是同一个:需要认清技术的本质和边界。
它不是能替代人的黑魔法,它就是提示词的工程化封装——有用,但有限。
