文章总结： 文档提出将大语言模型(LLM)视为编译器或操作系统，而Skill则是运行其上的代码或应用的新视角。作者认为Skill应作为独立组件被用户直接调用或系统调度，而非传统认知中LLM的能力扩展插件。这一类比有助于理解未来生态分工：LLM作为稳定平台，Skill成为灵活定制化服务的发展方向。 综合评分： 75 文章分类： AI安全,安全开发,解决方案,安全工具,其他

把 LLM 当编译器，把 Skill 当程序

王建硕 王建硕

王建硕

2026年5月12日 23:10 美国

在小说阅读器读本章

去阅读

可能因为历史原因，一种说法一旦形成，就会一传十，十传百，传播的人不假思索，使得听到的人先入为主，愈发难以独立思考这中间的逻辑。

对于 Skill 是什么，绝大多数文章的说法，说 Skill 增强了大语言模型的能力，提供了更多的工具给大语言模型，给大模型装上了手和脚。

这么说虽然不算错，但是换一个角度，反过来说，更加容易理解：

Skill 是代码，大语言模型是编译器

• 或 –

Skill 是 App，大语言模型是操作系统

• 或 –

Skill 是美团，大语言模型是 iOS

这些 Skill 可以直接被用户运行（用 /skill-name 方式），或者被系统呼起。所以未来除了大模型公司要关心这个巨大的解释器或者叫平台以外，大多数的人应该关心如何使用 Skill，就如同开发和使用 App 一样。

这样把 LLM 看作如同操作系统（或者编译器）一样的稳定的，不轻易变化的平台，而把 Skill 看作上面跑的小的，定制的，灵活的小东西，比较容易理解。

现在反过来，把大模型当做那个巨大无比的 App，而把 Skill 当做那些提高 App 能力的插件，总觉得比例有点不太对。

调用关系，可以按照实际的情况，用户告诉大模型，大模型选择加载 Skill，这是事实，但如果从概念上反过来，是用户选择了 Skill，Skill 在 LLM 上运行，是不是顺了很多？

就如同我们原来一个程序员一定要把服务器叫做客户端，把客户端叫做服务器，虽然也不能说有啥错，但是理解成本大了很多。

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：王建硕 王建硕 王建硕《把 LLM 当编译器，把 Skill 当程序》