modelcontextprotocol / modelcontextprotocol/python-sdk
Split the core from the server and client implementations
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 24.3k
- Forks
- 4k
- Ø Merge
- 1 T. 1 Std.
- Gemergte PRs (30 T.)
- 31
Beschreibung
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
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit zu prüfen, wie das Python SDK derzeit Abhängigkeiten deklariert und wie die Integrationen von django-mcp-server, server und client sie verwenden. Vergleiche, ob Abhängigkeiten optional gemacht werden, mit der Aufteilung in eine mcp-core-Bibliothek, und definiere anschließend die Paketgrenzen und das Abhängigkeitsverhalten, die diese Integrationen erfüllen würden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- api, backend
- Issue-Typ
- Refactoring
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Ruhig
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100