modelcontextprotocol / modelcontextprotocol/python-sdk
Split the core from the server and client implementations
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 24.3k
- Forks
- 4k
- Merge moyen
- 1 j 1 h
- PR mergées (30 j)
- 31
Description
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
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par examiner comment le Python SDK déclare actuellement ses dépendances et comment les intégrations de django-mcp-server, server et client les utilisent. Comparez le fait de rendre les dépendances facultatives avec la séparation en une bibliothèque mcp-core, puis définissez les limites des packages et le comportement des dépendances qui répondraient aux besoins de ces intégrations.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- api, backend
- Type d'issue
- Refactorisation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Calme
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100