modelcontextprotocol / modelcontextprotocol/php-sdk
[Server] (Re-)Implement missing Notification & Request Handlers
まだ誰も着手していません。
- 主要言語
- PHP
- スター
- 1.6k
- フォーク
- 173
- 平均マージ
- 2日 49分
- マージ済み PR(30日)
- 23
説明
For kicking off this SDK we used the Noticiation and Request handlers shipped with the Symfony MCP SDK and adopted schema component and registry.
But the MCP schema supports way more requests and notifications, that would need handlers as well. On php-mcp side this was the responsibility of the Dispatcher implementation.
Still open are:
- ListResourceTemplatesRequest
#89 - ResourceSubscribeRequest
#220 - ResourceUnsubscribeRequest
#220 - SetLogLevelRequest
- CompletionCompleteRequest
#97 - CancelledNotification
And potentially other requests and notification of the protocol.
Please announce yourself and create corresponding sub-issues before working on a specific handler - so we can avoid duplicate effort.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず src/Server/NotificationHandler と src/Server/RequestHandler の既存のハンドラーを確認し、その後、Symfony MCP SDK および php-mcp's Dispatcher.php と対応範囲を比較します。この issue では SetLogLevelRequest と CancelledNotification が未対応として挙げられていますが、他のプロトコル上の不足が残っている可能性もあります。不足しているプロトコルリクエストと通知について、サブ issue と対応するハンドラーの合意が得られれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- php
- 領域
- backend-api-design
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100