一切皆插件，那 Skill 还有必要存在吗

用过或者没用过DeepseekHarness的人都可能听说过它的设计原则：一切皆插件。

但很多人都会问我，说插件能做的事情，好像Skill也能做，不理解插件和Skill有什么区别呢？插件是比Skill更高级吗？Skill是否会被插件取代吗？

今天我们就来探讨一下这个问题。

先说一下DSH对于这个设计原则到底执着到什么地步呢？

可以这么说，DSH的内核薄到只做三件事，把插件挂上去、卸下来、管好依赖。除了内核，其他的如模型怎么调、工具怎么注册、会话怎么存，甚至“下一步该干什么”的那个循环等等功能，全都是插件。

这么做当然是有好处的，就是把DSH当成乐高，想要什么就组装上去就行。

是不是跟Skill很类似？

但是一个插件就是一个模块，就是一段代码，Harness想做什么，都是调用插件去实现，没了插件就等于没功能。

而Skill朴素得多。它就是一份Markdown文档，模型觉得需要的时候，把正文读进去照着做。但不代表没了Skill，模型就没这个能力。

肯定有经常写Skill的朋友会说，可以在Skill里写代码，让它帮忙算数据、转格式，不就可以实现更强大的功能吗？这跟插件也没多大区别吧？

但这些代码是模型用bash拉起来的一个独立进程，输入只能靠命令行参数、环境变量或者一个临时文件递过去，输出写到标准输出或者文件里。

它能看到的，就是模型愿意喂给它的那部分。

但插件不一样，它被框架加载进同一个进程，能拿到“运行时上下文”，系统里几乎所有的东西都在“上下文”里面，包括调模型、注册工具、读会话日志、装配提示词、文件系统、子进程、沙箱策略等。

Skill的脚本碰不到这份东西。它永远不会知道当前注册了哪些工具，不知道这条消息属于哪个会话，也不知道跑的是哪个模型。

插件能拿到的，永远比Skill多，自然也比Skill更强大,更高级。

但是“能力越大，责任也越大”，Skill出问题了只是交付出问题，插件出问题Harness也就宕机了。

WorkBuddy、豆包工作等办公Agent基本都是厂商预设好功能，因为大部分人其实是没有开发一个合格插件的能力。大家也不用担心，Skill是不会被插件取代。

#用AI讲知识 #ai办公神器 #ai应用 #agent #ai工具 #ai软件 #ai办公 #ai办公工具推荐 #ai办公技巧分享 #ai办公软件