modelcontextprotocol / modelcontextprotocol/python-sdk
Split the core from the server and client implementations
未关闭
还没有人认领这个 Issue。
enhancement
needs decision
P3
v2
- 主要语言
- Python
- 星标
- 24.3k
- 派生
- 4k
- 平均合并
- 1 天 1 小时
- 30 天内合并 PR
- 31
描述
Description
In the current way of shipping the lib, it carries many deps, and many of them are never used in some integrations. For instance django-mcp-server does not need another http server. Also if one is doing a server httpx is not required.
My proposal is to either make those deps optional, or split out a mcp-core lib that does not carry this deps.
References
No response
贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
调研方向
首先审查 Python SDK 当前如何声明依赖，以及 django-mcp-server、server 和 client 集成如何使用这些依赖。比较将依赖设为可选与拆分出一个 mcp-core 库这两种方案，然后定义能够满足这些集成的包边界和依赖行为。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- python
- 领域
- api, backend
- Issue 类型
- 重构
- 难度
- 5/5
- 预计耗时
- 一周以上
- 活跃度
- 冷清
- 描述清晰度
- 需要澄清
- 新手友好度
- 35/100