MCP server process is running, the new files are not copied が出るときにまず見ることこの症状は、Claude Code のプラグインを更新したのに、MCP server が古いファイルを掴んだままで新しい内容が反映されない、という報告です。参照できる報告は #72678 と #75674 の 2 件で、どちらも closed になっていますが、コメントを見る限り「再現手順が足りないので調査継続のために新しい issue を出してほしい」という扱いでした。
まず、自分のケースかどうかを切り分けるなら、次の見え方に一致するかを見ます。issue 本文では、プラグイン更新時に MCP server process が動いていると、新しいファイルが ~/.claude/plugins/data/<plugin>/ にコピーされず、installed_plugins.json だけは新しい version を指す一方で、実体の binary は古いまま残ると書かれています。結果として、tool call が古いコード由来のエラーを返し続ける、という症状です。
問題の中心は「メタデータは更新されているのに、ディスク上の実ファイルが追従していない」ことです。報告では、MCP server が dist/index.js など ~/.claude/plugins/data/<plugin>/mcp-server/ 配下のファイルハンドルを開いたままにしている、と説明されています。ここから先は推測になりますが、少なくとも issue 報告の範囲では、更新失敗の直接のきっかけは MCP server が起動中であることです。
今回手元で確認できた実測値は環境情報だけです。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-09T08:51:14+09:00
この出力から言えるのは、少なくとも検証環境は Linux 上で、日時は上記のとおりということまでです。Claude Code 側の再現や修正手順は、今回提示された一次情報だけでは確認できません。
現時点で確認できる対処は、issue に書かれている範囲だとかなり限定的です。報告者は、MCP process を止めて再起動し、必要なら手動でファイルをコピーし直すと直ったと述べています。ただし、これは「その場での回避」に近く、恒久対策として確認されたわけではありません。どのプロセスをどう止めるか、どのファイルをどう戻すかまでは、今回の情報だけでは断定できません。
もし同じ症状に当たっているなら、更新後に installed_plugins.json の version だけが進んでいるのに、プラグインの実体が古いままかどうかをまず疑うのが筋です。そこが一致するなら、#72678 と #75674 の報告とかなり近いはずです。逆に、MCP server を起動していない状態でも同じなら、別問題の可能性があります。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-09-09T08:51:14+09:00