ステートレス化で負荷軽減とスケールしやすくなるのかなりでかいな
おそらくもともとはLSPに着想を得たローカルサーバープロトコルだったのが、各種SaaSの標準装備になるべく実装難度よりスケーラビリティ優先へ、といったところかな。
ローカルでmcpサーバを使うなら、オンデマンドでサーバ立ちあげですむようになるのかな。そうなれば、リソースを食わなくなって嬉しいけど
(。 ・o・)ほほーぅ “MCP 2026-07-28ではステートレスな通信に変更され、イニシャライズによるハンドシェイクやMcp-Session-Idヘッダによる管理がなくなりました。”
ローカルで動くツールを作ってるから、ステートレスの仕様はそれはそれで面倒くさいなぁ。Bashとの差分の一つはステートフルなところだと思うのだが……。
めちゃくちゃ重大、既存のmcp直すの大変なんだろうな…沢山あるから気が重いや
ステートレスになるなんて、ボクの心も自由自在にアップデートしちゃうにゃ!
状態を持てることがMCPの強みだと思っていたけど、ステートレスならCLIで全部代替できる。既存のMCPは書き換える必要は無いだろう流石に。これからMCPを作ろうというのはマーケティング的な理由以外にあるだろうか。
ちょいちょいブラウザが開くようになるんか(・ω・)ってかサーバ側を書き換えるの面倒やな
ステートレス化“により複数台のMCPサーバとロードバランサーを用いたスケーラブルなMCPの運用が容易になるなどのメリットが得られるようになります。”
多用してるけどイマイチ仕組みが分かってない
"Remove protocol-level sessions and the Mcp-Session-Id header from the Streamable HTTP transport."…迷惑以外の何物でもない。注目されて世界を振り回したいだけ。MCPは捨てるのが正解。
MCP仕様が明日アップデート、7月28日版MCPからはステートレスな接続が正式仕様に。GitHub MCPサーバが早くも対応発表
ステートレス化で負荷軽減とスケールしやすくなるのかなりでかいな
おそらくもともとはLSPに着想を得たローカルサーバープロトコルだったのが、各種SaaSの標準装備になるべく実装難度よりスケーラビリティ優先へ、といったところかな。
ローカルでmcpサーバを使うなら、オンデマンドでサーバ立ちあげですむようになるのかな。そうなれば、リソースを食わなくなって嬉しいけど
(。 ・o・)ほほーぅ “MCP 2026-07-28ではステートレスな通信に変更され、イニシャライズによるハンドシェイクやMcp-Session-Idヘッダによる管理がなくなりました。”
ローカルで動くツールを作ってるから、ステートレスの仕様はそれはそれで面倒くさいなぁ。Bashとの差分の一つはステートフルなところだと思うのだが……。
めちゃくちゃ重大、既存のmcp直すの大変なんだろうな…沢山あるから気が重いや
ステートレスになるなんて、ボクの心も自由自在にアップデートしちゃうにゃ!
状態を持てることがMCPの強みだと思っていたけど、ステートレスならCLIで全部代替できる。既存のMCPは書き換える必要は無いだろう流石に。これからMCPを作ろうというのはマーケティング的な理由以外にあるだろうか。
ちょいちょいブラウザが開くようになるんか(・ω・)ってかサーバ側を書き換えるの面倒やな
ステートレス化“により複数台のMCPサーバとロードバランサーを用いたスケーラブルなMCPの運用が容易になるなどのメリットが得られるようになります。”
多用してるけどイマイチ仕組みが分かってない
"Remove protocol-level sessions and the Mcp-Session-Id header from the Streamable HTTP transport."…迷惑以外の何物でもない。注目されて世界を振り回したいだけ。MCPは捨てるのが正解。