Agent Skill 与 MCP 一眼看懂
一个实用区分是：“如何完成工作”与“Agent 能调用什么外部能力”。两者在实际架构里可以互补：Skill 可以说明如何按固定流程调用 MCP 工具。
下表概括常见设计方式。不同 Agent 对 Skill 的发现和运行方式不同；不同 MCP Server 暴露的能力也各不相同。
| 判断问题 | Agent Skill | MCP Server |
|---|---|---|
| 主要作用 | 封装可复用流程及其辅助材料。 | 通过协议把宿主连接到外部工具与数据。 |
| 常见组成 | SKILL.md，以及可选的参考资料、模板、资产或脚本。 | Tools、Resources、Prompts；认证和行为取决于具体实现。 |
| 实时访问 | 本身不授予账户权限；附带脚本仍可能访问文件或网络。 | 可提供实时读取或操作，受宿主、Server 和授权边界约束。 |
| 核心问题 | Agent 应该怎样完成这套流程？ | Agent 可以使用哪些已连接数据或操作？ |
具体例子：准备每周项目简报
假设团队提出：“请根据 Issue 跟踪器和发布记录，为 Atlas 项目准备周五简报；不要修改任何系统。”MCP Server 可以提供只读工具来读取项目记录；Skill 则规定可复用步骤：确认项目与日期范围、区分缺失数据和零值、归纳阻塞事项、为每项结论附上来源，并按团队模板排版。
这只是架构示例，不代表已完成集成测试或测得效率提升。如果简报之后要重新指派 Issue 或发布版本说明，那就是单独的写入操作。除非用户明确授权且连接工具能执行对应的范围限制，否则不要把这类操作混进只读流程。
- Skill 负责流程、预期产物，以及如何处理缺失或冲突记录。
- MCP Server 负责连接、可用操作、认证与服务端授权。
- Agent 或用户在采取行动前审阅附有来源的结果。
流程本身复杂时，使用 Agent Skill
如果 Agent 需要重复遵循一套指令，例如检查顺序、判断标准、固定产物格式或组织规范，就适合用 Skill。它可以配合宿主已有的本地工具，因此不必为了每个流程都新建 MCP Server。
Skill 是一个文件夹，不一定只是无害的提示文本。可选脚本和引用文件会影响运行时行为；安装前应检查完整目录及其外部调用。
- 同一流程会在多次请求或多个团队成员之间重复。
- 步骤、判断点或产物格式需要审阅并版本管理。
- 现有本地工具或宿主能力已经足以完成任务。
需要连接时，使用 MCP
如果 AI 宿主需要用标准方式访问外部数据或操作，就适合 MCP，例如读取项目跟踪器、查询内部知识库，或调用获准的服务操作。MCP Server 可以暴露 Tools、Resources 和 Prompts；宿主与 Server 决定实际支持哪些能力。
MCP 不会自动保证工具安全、只读或适用于所有 Agent。应检查 Server 身份、认证流程、工具说明、权限与副作用。除非实际用例需要更广操作，优先从范围狭窄的只读能力开始。
可复用流程需要实时能力时，两者一起用
Skill 可以告诉 Agent 何时调用 MCP 工具、先核对哪些输入、如何处理不完整结果，以及要返回哪些证据；MCP Server 提供连接并执行自身的访问规则。把职责分开，流程变化时不必把 Server 当成策略引擎，反之亦然。
不要只因 Skill 提到某个服务就添加 MCP，也不要为了包装一次性的工具调用而增加 Skill。先使用满足任务的最小配置，只有发现明确的流程缺口时再补另一层。
- 分别安装或配置 Skill 和 MCP Server；一个不会默默替另一个完成安装或授权。
- 说明哪些工具只读，哪些可以写入、发布、删除或发送消息。
- 依赖它处理重要任务前，先用范围狭窄、可撤销的任务测试完整流程。
来源与适用范围
本文依据 OpenAI 已公开的 Skills 定义及其与 MCP Server 的互补关系，并结合 MCP 文档对协议和 Server 原语的说明。不同宿主 Agent 对这些能力的支持和实现方式可能不同。
本文是概念指南，不是兼容性认证、安全审计，也不代表某一种架构适合所有 Agent。请核对你实际使用的宿主和 Server 文档。