MCP server(s): 19 connected, 26 not connected, 7 not configured, 0 disabled. が出るのに MCP サーバーを操作できないときに見たことこの症状は、少なくとも issue 報告上は Remote Control セッションで出ています。手元にある報告は #107571 と #104146 で、どちらも「スマホからローカルマシンを操作しているが、ターミナルに触れない」状況で、MCP server の一覧表示・接続・有効化ができないという内容でした。
まず切り分けたいのは、単にサーバーが多いのではなく、Remote Control で操作しているために MCP の管理画面そのものへ入れないケースかどうかです。issue では「list or connect servers」「enable, connect or even list MCP servers」ができないと書かれています。つまり、接続数の表示があることと、個別の MCP server を実際に操作できることは別でした。
もう一つ、同じ症状クラスタで重要なのが、同じ製品名の MCP server が複数あり、片方が静かに応答してしまうという報告です。#107571 では、claude.ai Consensus の connector に有料契約がある一方で、認証なしの同名サーバーが先に答えてしまい、最初は tier 制限された結果が返っていたとされています。問題が見えるようになったのは、しばらく検索を繰り返した後だった、という説明です。#104146 も同趣旨で、どの server が応答したのか、あるいは結果が cap されたのかが分からないまま進む、と報告しています。
このため、表示上は 19 connected, 26 not connected, 7 not configured, 0 disabled. と見えていても、現時点で issue から言えるのは「その内訳の確認や変更が Remote Control ではできなかった」「同名の server があると、どちらが応答したか分からないまま結果が返ることがあった」というところまでです。少なくとも、解決済みの手順は issue には載っていませんでした。
検証環境は手元では次のとおりでした。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-11-06T08:56:51+09:00
ただし、この環境情報だけでは症状の再現可否までは判断できません。issue 側で明示されている環境は Claude Code 2.1.306 / 2.1.307、macOS (darwin arm64, Darwin 23.6.0)、model は claude-opus-5、personal Stripe subscription (seatTier: null) でした。そこから外れた環境で同じ挙動が出るかは、少なくとも今回の一次情報だけでは分かりません。
Remote Control で同じ表示に遭遇したなら、まずは「一覧を開けない」「接続状態を変えられない」「どの server が応答したか分からない」の三点がそろっているかを確認すると、#107571 と #104146 の報告とかなり近いはずです。逆に、ターミナルから MCP を直接操作できるなら、少なくとも issue の中心症状とは少し違う可能性があります。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-11-06T08:56:51+09:00