MCP工作组技能
⚠️ 实验性 --该存储库是MCP技能工作组的孵化空间。内容是探索性的，不代表MCP的官方规范或建议。
章程： 模型上下文协议.o/社区/kills over mcp/charter --任务、范围、成员、活动工作项和成功标准。 项目委员会： MCP工作组技能 会议记录： MCP工作组讨论技巧 不一致： #mcp-wg技能 开放式工作： 拉取请求 --欢迎提出建议、决策、实施和其他飞行中的贡献。
为什么技能高于MCP？
MCP服务器为代理提供工具，但仅凭工具不足以应对复杂的工作流程——工具描述告诉代理 *什么* 工具不会 *如何编排* 实现目标的多种工具。技能弥补了这一差距。它们是结构化的“操作”知识：多步骤工作流、条件逻辑和可以运行数百行的编排指令。
技能是 *上下文*，MCP是 *上下文协议*代理已经通过MCP连接到远程服务以获取工具——他们可以通过同一渠道获得使用这些工具的专有技术。远程MCP服务器可以作为一个原子单元，同时提供其工具和一起使用它们的指令。这也实现了自动发现（连接到服务器，查找其技能）、动态更新（服务器端更改流，无需重新安装）、多服务器组合（跨服务器的技能编排工具）和企业分发（RBAC、多租户、版本自适应内容）——所有这些都是通过MCP服务器已经提供的基础设施实现的。
看 why and when.md 了解完整的价值主张，以及何时应用MCP分配与更简单的替代方案的指南。
问题陈述
宿主应用程序中的原生“技能”支持表明了对丰富工作流指令的需求，但没有通过MCP原语公开等效功能的约定。目前的限制包括：
- 服务器指令仅在初始化时加载 --新的或更新的技能需要重新初始化服务器
- 复杂的工作流程超出了实际教学规模 --有些技能需要数百行标记，并引用捆绑文件
- 无发现机制 --安装MCP服务器的用户不知道他们是否也应该安装相应的技能
- 多服务器编排 --技能可能需要协调来自多个服务器的工具
看 problem-statement.md 了解全部细节。
仓库内容
| 文档 | 描述 |
|---|---|
| 问题陈述 | 当前的局限性和差距 |
| 为什么技能高于MCP？ | 价值主张和决策指南 |
| 用例 | 推动这项工作的关键用例 |
| 方法 | 正在探索的方法（不相互排斥） |
| 实验结果 | 实施和测试的结果 |
| 相关工作 | SEP、实施和外部资源 |
| 决策日志 | 关键决策记录，包括背景和理由 |
贡献
看 贡献.md 关于如何参与。