まず、この症状に当てはまるかを見ます。共通しているのは、Claude desktop app が待機中に自動更新で再起動し、そのあとにセッションや接続状態がきれいに戻らないことです。報告されている現象は 2 つあり、Windows ではアプリ自体が壊れたように見えて修復を求められ、macOS では Code セッションの Remote Control が再接続されませんでした。
#88673 では、Windows 11 Pro 上の Claude desktop app が静かに更新されたあとにクラッシュし、再起動すると Windows 側で「app is corrupt, needs repair」のエラーになりました。報告者はそのたびに "Claude VM Service"（CoworkVMService）を手動で停止・再起動して復旧しています。
#100694 では、macOS の Claude desktop app で長時間動いていた Code セッションが、idle timeout 後の自動更新再起動でいったん止まり、セッション自体は戻ったものの Remote Control がどのセッションにも付かなくなりました。コメントでは、[rcAutoEnable] … trigger=cold_resume / warm_send で再接続された例があり、コンピュータ全体の Remote Control は relaunch 後ほぼ 1 秒で戻る一方、セッション単位のリンクだけが失われるとされています。
手元で確認できる一次情報は環境情報だけです。今回の検証環境は Linux でした。
[env_summary]
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-10-21T08:56:00+09:00
このため、こちらで再現確認はできていません。少なくとも issue の記述から言えるのは、問題の中心は「手動で閉じたのではなく、待機中の自動更新再起動が入ったあとに、復帰が不完全になること」です。Windows ではアプリ破損のようなエラー、macOS では Remote Control の切断が前面に出ていますが、どちらも同じタイミングの変化にぶら下がっています。
自分のケースかどうかを見分けるなら、次の順で確認すると切り分けやすいです。まず、何も操作していない間に Claude desktop app が勝手に再起動したか。次に、再起動後にセッションが消えたのか、残っているのに Remote Control だけ外れたのか。Windows なら repair を求めるエラーが出たか、macOS なら Code セッションは動いているのに claude.ai/code や mobile app から追えなくなったか、です。
現時点では、この症状に対して issue ベースで裏が取れる回避策は限定的です。Windows の報告では Claude VM Service の停止・再起動で復旧した、macOS の報告では該当セッションを開くかメッセージを送ると Remote Control が戻った、というところまでは確認できます。ただし、恒久対応かどうかは分かりません。
OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python : 3.8.13
検証日時 : 2026-10-21T08:56:00+09:00