MCP：在 Claude Code 里实测工具调用，并核对断开后模拟器不被带走
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start with the MCP section of the README and the modavd mcp entry point, then read how modavd list --json and modavd stop report instance state. Run the two Claude Code rounds (default and legacy protocol) in a separate test root with claude -p --mcp-config <file> --strict-mcp-config, following the tool sequence in the issue. Done means both rounds match the Codex results, progress notifications increase, the disconnect check passes or a P1 bug is filed, and the outcome is recorded in the README.
索引モデルが issue の本文から書いたものです。
説明
现状
modavd mcp 已经实测过的：
- Codex 当 MCP 客户端，七个工具的调用全部成功，
start_instance期间收到 13 条notifications/progress，进度值严格递增； - Claude Code 两代协议（默认和
MCP_PROTOCOL_NEGOTIATION=legacy）的握手都通，tools/list返回完整的 11 个工具； - 「断开 MCP 后模拟器还在」只在自己写的模拟客户端上核过：qemu 的父进程链里没有客户端和 modavd。
还没在 Claude Code 里真正调用过工具，也没在真实客户端上核过断开。
为什么要测断开
Windows 上 Claude Code 断开 MCP 服务器时，会结束服务端的整棵进程树。modavd 拉起模拟器时经过一个中间进程，按设计模拟器不在这棵树里。如果这一点在真实客户端上不成立，关掉 Claude Code 就会把开着的实例直接结束：不走 sync，客体里还没写回的数据会丢。
要做的
在一个单独的测试根目录里做，不改用户自己的 Claude Code 配置（用 claude -p --mcp-config <文件> --strict-mcp-config，只在这一次调用里加载 modavd）。
- 默认协议和 legacy 协议各跑一轮，按顺序调用：
list_instances、check_host、create_instance（3 GB、4 核）、start_instance、shell（getprop sys.boot_completed）、stop_instance、delete_instance。每轮记下：实际走的协议、每个工具的结果、start_instance的进度通知是否递增、delete_instance带anthropic/requiresUserInteraction时在-p下是放行还是被拦。 - 断开：单独跑一次，只
create_instance+start_instance，开完就结束会话。之后modavd list --json里这台应该仍是 online，qemu 还在，父进程链里没有 claude 和 modavd；再modavd stop应该是正常关机。 - 结果写进 README 的 MCP 一节（客户端版本、日期）。
验收
- 两轮的工具调用结果都和 Codex 那轮一致，进度通知递增；
- 断开后实例还在，之后能正常关机；如果被带走了，另开 bug（P1）修好。
- 主要言語
- Go
- スター
- 0
- フォーク
- 1
- 平均マージ
- 2時間 42分
- マージ済み PR（30日）
- 13
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
ModAVD/ModAVDManager のほかの issue
-
bug P1 platform:windows
難易度 4/5 3〜5日 初心者へのやさしさ 12/100
ModAVD/ModAVDManager#32 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 15/100
ModAVD/ModAVDManager#27 ·
メンテナーはふだん 1 日以内に返信
-
游戏中心：管理器下载安装包，装进实例オープン
難易度 5/5 1週間以上 初心者へのやさしさ 15/100
ModAVD/ModAVDManager#25 ·
メンテナーはふだん 1 日以内に返信
-
开机失败或超时时，留下客体现场（logcat、dmesg 等）対応中かも @qiyinxi が 2 日前に担当しました。 オープンenhancement P2
ModAVD/ModAVDManager#24 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
bug P3 platform:windows
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
ModAVD/ModAVDManager#23 ·
メンテナーはふだん 1 日以内に返信
ModAVD/ModAVDManager の issue をすべて見る
似ている issue
-
area:sampler tech-debt
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
jmbarzee/temporal-architect#302 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
riverqueue/river#1576 ·
メンテナーはふだん 1 日以内に返信
-
NFS StorageProvider renders a missing nfsSubDir as "<no value>"対応中かも @ldming が今日担当しました。 オープンkind/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
apecloud/kubeblocks#11067 ·
メンテナーはふだん 1 日以内に返信
-
area:ui bug priority:low
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
RTX payload type is not found when the RTX fmtp line has rtx-time対応中かも @RaphaelFakhri が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信