Skills、MCP、插件、Subagents 有什么区别？

Poco 的能力中心里有很多概念：Skills、MCP、插件、Subagents、Slash Commands、环境变量、记忆、通知。

它们都能增强 Agent，但解决的问题不同。不要把所有能力都打开，能力越贴近任务，执行越稳定。

一句话结论

Skills 教 Agent 怎么做，MCP 让 Agent 连接外部工具，插件扩展一组工具或命令，Subagents 把复杂任务交给专门角色协作。

核心区别

Skills：让 Agent 学会固定方法

Skills 更像“工作方法说明书”。

适合写成 Skill 的内容：

• 代码审查流程。
• 文档写作规范。
• 表格分析方法。
• 前端页面检查清单。
• 团队固定输出格式。

不适合写成 Skill 的内容：

• 一次性任务要求。
• 临时数据。
• 密钥或账号信息。
• 某个会话里才成立的上下文。

如果你想让 Agent “按某套方法做事”，优先考虑 Skill。

MCP：让 Agent 连接外部世界

MCP 更像“工具连接器”。

Agent 本身不知道你的 GitHub、数据库、内部系统里有什么。启用 MCP 后，Agent 才能通过工具访问这些外部能力。

适合使用 MCP 的场景：

• 读取代码仓库。
• 查询数据库。
• 操作浏览器。
• 调用内部系统。
• 检索知识库。

使用 MCP 前要确认：

1. 服务可访问。
2. 鉴权已配置。
3. 当前用户有权限。
4. 任务真的需要这个工具。

如果只是想固定输出风格，不需要 MCP，用 Skill 更合适。

插件：把团队工具打包分发

插件更像“能力包”。

它适合封装团队内部的一组工具、命令或配置，让其他人可以安装和复用。

适合插件的场景：

• 团队自定义工具包。
• 多个命令需要一起分发。
• 某个业务域需要一组固定能力。
• 能力包含多个文件，而不是一段简单说明。

不适合插件的场景：

• 只是一段提示词。
• 只是一次性任务。
• 只是某个用户自己的偏好。

如果能力只是“怎么做”，用 Skill；如果能力是“一组可安装工具”，才更像插件。

Subagents：复杂任务里的专门角色

Subagents 不是用户入口，它们是主 Agent 执行任务时可以调用的辅助角色。

适合使用 Subagents 的场景：

• 一个任务需要多个专业视角。
• 需要把复杂任务拆成相对独立的分析单元。
• 希望主 Agent 不被大量细节干扰。

例如：

主 Agent 负责整体修复。
测试 Subagent 分析失败用例。
前端 Subagent 检查页面体验。
文档 Subagent 审查最终说明。

不适合使用 Subagents 的场景：

• 任务很短。
• 子任务之间强依赖，需要频繁互相等待。
• 只是想固定输出格式。

固定输出格式更适合 Skill，短任务通常主 Agent 自己完成就够了。

怎么选择

常见搭配

代码审查

周期报告

前端页面检查

常见误区

能力不是越多越好

开启太多能力会增加噪音，也可能让 Agent 选择错误工具。任务越明确，能力越应该精简。

Skill 不是插件

Skill 主要是方法和流程，插件更像可安装的工具包。不要为了保存一段提示词就创建插件。

Subagent 不是场景 Agent

场景 Agent 是用户发起任务的入口，Subagent 是执行过程中被调用的辅助角色。

如果你要创建一个固定业务入口，用场景 Agent；如果你要让复杂任务多角色协作，用 Subagents。

延伸阅读

• 想看完整能力说明，可以阅读 能力配置。
• 想理解 Agent 和 Subagent 的入口差异，可以阅读 Agent 工作台。
• 想了解任务执行过程，可以阅读 会话执行。
• 想了解管理员如何治理能力，可以阅读 管理员配置。