原语分组功能

探索如何组织和分类MCP原语(工具、资源、提示、任务)以优化服务器和客户端的使用体验。

  • by modelcontextprotocol
  • JavaScript
  • 本地部署
  • 16 星标
  • 更新于
在 GitHub 查看 modelcontextprotocol/experimental-ext-grouping

使用说明

原始分组兴趣组

⚠️ 实验性 --此存储库是基元分组兴趣组的孵化空间。内容是探索性的,不代表MCP的官方规范或建议。

任务

本兴趣小组探讨了如何在协议维护的平面列表之外组织MCP原语(工具、资源、提示、任务),以及这种组织如何使MCP服务器和客户端受益。

范围

在范围内

  • 需求收集: 记录用例和限制
  • 模式探索: 测试和评估各种方法
  • 概念证明: 维护参考实现和实验结果的共享仓库

超出范围

  • 批准规格更改: 该IG无权批准协议变更;建议贯穿SEP流程
  • 执行任务: 我们可以记录模式,但不需要特定的客户端或服务器行为

问题陈述

MCP基元的平面列表可能很长,使用起来很麻烦。

  • 上下文过载 --当加载到LLM的上下文中时,原始列表可能会淹没模型,导致混乱和选择不当
  • 运营成本高昂 -长列表可能会消耗许多代币,导致用户成本更高。
  • 糟糕的开发人员体验 --基元缺乏组织工具,使其更难管理和维护

看 问题陈述 了解全部细节。

存储库内容

文档 描述
问题陈述 当前的局限性和差距
用例 推动这项工作的关键用例
方法 正在探索的方法(不相互排斥)
开放性问题 社区意见未解决的问题
实验结果 实施和测试的结果
相关工作 SEP、实施和外部资源
贡献 如何参与

协调者

角色 名称 组织 GitHub
主持人 Tapan Chugh 华盛顿大学计算机科学博士生 @查塔潘
主持人 Sam Morrow GitHub高级软件工程师 @SamMorrow鼓手
维护人员 悬崖大厅 未来尺度/MCP维护人员 @cliffhall

生命周期

现状:积极探索

毕业标准(IG→ WG)

在以下情况下,该IG可提议成为一个工作组:

  • 就需要持续规范工作的方法达成了明确的共识
  • 跨领域协调需要正式授权
  • 至少有两名核心维护人员赞助工作组的组建

退休标准

  • 问题空间得到解决(建立惯例,吸收到其他工作组)
  • 参与不足,无法保持势头
  • 社区一致认为分组不属于MCP协议范围

工作跟踪

项目 状态 冠军 备注
需求协调 进行中 所有协调人 审查方法,确定共同需求和差距
实验结果回购部分 建议 待定 实现和评估结果专用回购部分
MCP分组约定v0.1 建议 TBD 用于基元分组的记录模式(非规范)

成功标准

  • 短期: 关于需求和现有方法评估的书面共识
  • 中期: 明确的建议(惯例与协议扩展与两者)
  • 长期: 跨MCP服务器和客户端的可互操作分组约定