文章目录先说结论为什么只靠 prompt 不够Skills 的核心思路为什么现在大家都在做技能包技能包最容易踩的坑什么时候值得做 skills结尾先说结论最近skills这个词突然火起来不是偶然。它本质上在解决一个问题怎么把一个 Agent 的能力拆成可以复用、可以加载、可以分发的小模块。你可以把它理解成 Agent 的“技能包”会写代码是一项技能会查资料是一项技能会改文案是一项技能会跑测试是一项技能这些能力如果全塞进一个大 prompt迟早会乱。所以大家开始把它们拆开做成独立的技能单元。为什么只靠 prompt 不够单个 prompt 有一个天然问题它太像一次性说明书了。你今天让模型写总结明天让它查 bug后天让它改代码。如果每次都手写一大段上下文维护成本会越来越高。而且不同能力之间还会互相污染写作风格会干扰技术判断技术规则会干扰摘要能力某个任务的约束会跑到另一个任务里所以技能包的意义就在这把能力拆开按需加载。Skills 的核心思路Skills 的本质不是“又一个 prompt 文件夹”而是一个更像软件工程的能力组织方式。它通常会包含这项技能适合做什么输入应该长什么样输出应该遵循什么格式常见边界在哪里什么时候不要用它这样一来Agent 在处理任务时就不是从零开始猜而是直接调用对应技能。Agent skills packagingThis diagram shows how a task is routed to a specific skill package instead of forcing one giant prompt to do everything.用户任务任务分发代码技能检索技能写作技能测试技能为什么现在大家都在做技能包因为它非常符合 Agent 的现实需求。Agent 一旦开始真正工作任务就会越来越像人类的“分工协作”先检索再判断再执行再验证技能包刚好能把这种分工表达出来。它还有一个额外好处更容易复用。一个写测试的技能可以给多个项目用。一个代码审查的技能可以给多个 Agent 用。这比每次重新写 prompt 划算太多。技能包最容易踩的坑第一技能写得太泛。写成“会做很多事”其实等于没写。第二边界不清。一个技能既管检索又管总结又管执行最后谁都不好用。第三加载太多。技能包不是越多越强加载一堆没用的技能只会拖慢判断。第四没有优先级。当多个技能都能用时系统得知道先选谁。什么时候值得做 skills如果你的 Agent 已经开始反复做这些事重复检索重复总结重复执行标准步骤重复跑同一套验证逻辑那就值得把这些重复动作沉淀成技能包。如果只是一个一次性小 demoskills 反而会显得多余。结尾Skills 火起来本质上是大家终于开始把 Agent 当软件工程来做了。不是靠一个超长 prompt 把一切解决掉而是把能力拆分、命名、封装、复用。这一步很普通但很关键。很多 Agent 真正能落地靠的不是“会不会说”而是“能不能按技能稳定干活”。