Skill、提示词工程与 MCP 有什么区别和联系？

核心回答

三者解决的问题不同，也可以组合使用：

• 提示词工程：设计和验证给模型的指令、背景、示例、约束及输出要求，改善它如何理解和完成任务。
• Skill：把一类任务反复使用的流程、规范和资源打包，便于发现、复用和按需加载；常见形式是 SKILL.md 加可选脚本、模板和参考资料。
• MCP：连接AI应用与外部工具、资源和提示模板的协议，规范能力发现和调用方式。

例如生成业务报告：提示词明确“先核对口径，结论要有依据”；报告Skill保存完整流程与模板；通过MCP工具取得业务数据。Skill里仍需要好的提示词，Skill也可以使用MCP接入的工具。它们不是互斥选项，也没有公认的固定高低层级。

展开说明

1. 提示词工程是一种设计方法，不只是一句用户请求

它可以作用于系统指令、工具说明、Skill正文和任务输入。目标是让模型清楚任务、边界、参考信息与输出标准，并通过真实样例检查效果。

一次性摘要或改写，清晰提示通常已经够用。提示也能描述多步骤流程，不是只有Skill才能写步骤；问题在于规则越长、复用越多，复制和维护成本会增加。需要时可以把稳定内容组织到Skill，继续用提示词工程改善其中的说明和示例。

2. Skill增加了可复用的组织方式和加载入口

按Agent Skills开放格式，一个Skill至少有 SKILL.md，前置元数据说明名称和适用场景，正文描述执行方法。脚本、长参考资料和模板可放在附属文件中，需要时再用。

这种组织让宿主先展示简短信息，命中任务后再读取完整说明，减少把所有流程永久塞进上下文的负担。它不只是给一段长提示换个文件名，还涉及发现、按需读取、资源引用和维护。

不过，实际发现方式、显式调用入口和脚本执行能力由宿主决定。Skill可以只有审查标准，也可以指导Agent运行脚本或调用工具；真正执行仍依赖宿主已有工具和环境。开放格式支持跨产品复用，不代表所有宿主的扩展字段和行为完全相同。

3. MCP提供连接和交换约定，不负责替你写业务流程

Host通过Client访问Server，发现其提供的工具、资源或Prompt。Server可以封装数据库、内部API、文档系统等能力；Host再决定怎样把它们交给模型使用。

MCP统一的是这段交互，不决定模型如何规划、Skill何时触发，也不自动生成正确业务参数或保证操作结果。MCP中也有可复用的Prompts，但提示模板本身与包含流程、脚本和资料目录的Skill不是同一个概念。

4. 用报告任务看三者怎样配合

假设经常需要按固定格式生成周报，可以把统计口径、处理顺序、输出模板和异常说明整理成Skill。提示词写清“数据不足要说明，不得补造数值”，并用样例检验模型是否遵循。

执行时，Agent读取Skill，按流程查数据、核对时间范围、做统计并生成报告。如果数据由MCP Server提供，就通过相应工具获取；如果已有本地函数或HTTP客户端，也可直接使用。没有外部数据需求的写作Skill，完全可以不接MCP。

是否采用某项机制取决于具体问题：指令含糊先改提示；流程反复复制可整理Skill；多个AI应用需要复用外部能力时再考虑MCP。不能为了凑齐术语，把一个简单任务拆出不必要的服务。

常见追问

Skill能保证百分之百触发和执行吗？

不能仅凭安装了文件就保证。需要检查宿主是否发现元数据、任务是否匹配、正文有没有读入、资源路径和工具是否可用。明确触发场景并测试相似任务和误触发反例，可以改善选择；必须执行的程序检查应放在相应执行逻辑中。

Skill是不是更高级的提示词？

可以把它看成提示与流程经验的一种工程化封装，但“高级”容易掩盖区别。它主要改善复用、发现和资料组织，正文质量仍要靠提示设计与验证；简单问题不一定需要Skill。

Skill能替代MCP吗？

不能一概而论。Skill可以指导使用本地脚本、函数或其他接口，从而不依赖MCP；如果需要MCP Server提供的能力，仍要有对应Client和执行通道。流程说明不会仅因写了某个接口名，就自动拥有连接和访问权限。

对应教程

参考资料