Split the core from the server and client implementations

オープン
#2,486 コメント 4 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
リファクタリング
明瞭さ
説明が足りない
活発さ
静か
技術スタック
python
領域
api, backend

調査の方向性

まず、Python SDK が現在どのように依存関係を宣言しているか、また django-mcp-server、server、client の各統合がそれらをどのように利用しているかを確認します。依存関係をオプションにする方法と、mcp-core ライブラリを分割する方法を比較し、そのうえで、これらの統合を満たすパッケージ境界と依存関係の動作を定義します。

索引モデルが issue の本文から書いたものです。

説明

enhancement needs decision P3 v2
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

主要言語
Python
スター
24.3k
フォーク
4k
平均マージ
1日 19分
マージ済み PR(30日)
29

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

modelcontextprotocol/python-sdk のほかの issue

modelcontextprotocol/python-sdk の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。