Hermes Agent 扩展体系:Skill、Plugin 与 MCP

Hermes Agent 扩展体系:Skill、Plugin 与 MCP

💡 原文中文,约3200字,阅读约需8分钟。
📝

内容提要

本文介绍Hermes Agent的扩展体系,区分Skill、Plugin和MCP三种方式:Skill用于知识和流程,按需加载;Plugin是进程内可执行代码,注册工具和Hook;MCP适合独立服务,动态集成。三者最终汇入统一运行时,选择时根据需求边界决定,避免过度扩展核心。

🔎

延伸解读

三种扩展的边界:知识、进程内行为与外部服务

文章强调,Skill、Plugin 和 MCP 并非同一层次的扩展。Skill 主要承载操作流程和领域知识,按需加载,对核心影响最轻;Plugin 是进程内可执行代码,用于注册工具、Hook 等,拥有当前用户权限;MCP 则适合独立进程或远程服务,动态集成。选择时需判断需求是改变知识、进程内行为,还是外部系统边界,避免混淆。

避免过度扩展核心:能力足迹阶梯的启示

作者指出,新增核心工具会带来每轮请求的 Schema 开销,以及长期维护权限、错误、兼容和文档的成本。因此,能用 Skill 或 MCP 解决的能力,不应急于扩张核心表面积。这种“能力足迹阶梯”设计值得借鉴,有助于控制核心复杂度,保持系统轻量。

统一运行时:三条路线殊途同归

尽管扩展方式不同,Skill、Plugin 和 MCP 最终都汇入统一的 Agent 运行时。Skill 改变模型采用的方法,Plugin 和 MCP 则将确定性能力注册进 Tool Registry,所有真实调用仍经过作用域、Hook、审批等统一机制。这意味着扩展方式的选择不影响运行时的一致性,开发者可根据需求灵活组合。

Q&A

Hermes Agent 中 Skill、Plugin 和 MCP 有什么区别?

Skill 用于封装知识和流程,按需加载,最轻量;Plugin 是进程内可执行代码,用于注册工具、Hook 和 Provider,全信任执行;MCP 适合独立服务或远程工具,动态集成,松耦合。

如何选择使用 Skill、Plugin 还是 MCP?

先判断需求:如果主要是知识或流程,用 Skill;如果需要确定性代码或注册工具/Hook/Provider,用 Plugin;如果能力属于独立进程、远端服务或需要被其他 MCP Host 复用,用 MCP。

Skill 的加载机制是怎样的?

Skill 的系统提示词中只放紧凑索引,模型判断匹配后通过 skill_view 读取完整内容,实现渐进式披露,节省上下文;同一文件重复读取会按指纹去重。

Plugin 的加载和权限有什么特点?

Plugin 是进程内可执行代码,加载器从用户目录、项目目录和 Python entry point 发现插件,处理依赖顺序、兼容性、Profile 作用域和卸载恢复;普通第三方插件默认需显式启用,专门类型由配置选择。

MCP 在 Hermes Agent 中如何集成?

MCP 服务的工具可以动态进入工具注册表,服务端发出工具列表变化时也能刷新,实现动态发现;适合独立服务或跨语言集成,不绑定 Python 进程。

为什么不应该轻易扩展核心工具?

新增核心工具会让每轮请求多一份 Schema,并需长期维护权限、错误、兼容和文档,增加核心表面积;能用 Skill 或 MCP 解决的事,不应急着扩张核心。

Skill、Plugin 和 MCP 如何统一到 Agent 运行时?

Skill 改变模型采用的方法,Plugin 和 MCP 将确定性能力注册进工具注册表,所有真实调用经过作用域、Hook、审批、结果规范化和会话持久化,最终汇入统一运行时。

🏷️

标签

➡️

继续阅读