SKILL在真实项目中如何发挥？

Zui近，我一直在思考一个问题：SKILL在真实项目中究竟如何发挥作用？带着这个问题，我回顾了自己过去的项目经历，并结合Zui近维护的项目，分享一些关于SKILL应用上的小感悟。

在我kan来SKILL是一种Neng够被AI Agent调度的单元，它Ke以是一个简单的脚本，也Ke以是一个复杂的模板生成器。SKILL的应用，依赖于AI Agent的调度Neng力，所以你Ke以kan到有各种Agent各司其职，他们仅靠自然语言就Neng完成这些工作，非常考验LLM的理解Neng力。

让我用IMGX这个项目来说明，SKILL是如何生产模板的。在这个项目中，我需要在服务器端生成一些固定排版但内容不同的图片。为了解决这个问题，我找到了satori这个插件，它Ke以将Vue组件转换为SVG，然后再用resvg-js将SVG转换为PNG。

那SKILL为什么Neng行呢？

比如让AI开始编码工作前，需要先拿到某网站的数据，需要基于此数据来Zuo点什么。爬取数据以前是python脚本干的，这时候Ke以直接放到scripts里明确表示在某个动作前，需要使用哪个脚本拿到数据，数据存在哪里后续怎么用。

乍一kan，和把一大长串提示词拆分出去没什么区别，但是SKILL有一个「渐进式披露」的重要特性。这意味着在使用一个SKILL时只会去读入口文件，这个文件相当于大纲或者目录页，用hen少的上下文精确描述接下来的工作。

Agent A 在拿到里各个 Agent Zuo出的结果之后按照创作流程和验收标准，去完成Zui后的文件写入和测试工作。Ke以理解为，你在接手一个新项目时要先kan技术栈、架构、需求背景，kan到某个业务代码时再去kan此业务的文档介绍，而不是一股脑全接收后再分析。

SKILL还支持scripts

一些什么文档转pdf，打印，发邮件，整理文档，爬取数据等等一切以前用技术手段解决的问题，douKe以被SKILL利用起来。有了scripts，其实SKILL的Neng力Yi经完全不局限于编程领域了。

这要从前两年的风向说起。

前两年许多企业纷纷在构建自己的知识库，mcp，面子活拉满了。尽管如此，其实模板编写的门槛 未来展望

剩下的真的就是发挥你的想象力和架构Neng力了

感兴趣的Ke以在评论区留言、交流经验~Ru果后续发现有理解不到位的地方，我会在博客上geng正这篇文章，其他平台不支持修改~了解、学习和简单使用之后我发现它有着巨大的价值。