#claudedesktop

このエラーは、少なくとも今回の issue 群では 2 つの経路で出ています。ひとつは、`ANTHROPIC_API_KEY` が process 環境に残っているケースです。もうひとつは、Claude Desktop アプリ内の interactive session で `/remote-control` を実行したときに、毎回 `Remote Control Initialization failed` になるケースです。前者は [#81625](https://github.com/anthropics/claude-code/issues/81625)、後者は [#91325](https://github.com/anthropics/claude-code/issues/91325) にまとまっています。 切り分けの最初の一手は、今のセッションが何の認証状態で動いているか、そしてどこから起動しているかを見ることです。`/status` で Max が見えていても、`ANTHROPIC_API_KEY` が環境変数に入っていると Remote Control 初期化に失敗し

この症状は、少なくとも今回渡された 2 件の issue では、Claude Desktop 側の MCP クライアントが出しているメッセージとして報告されています。サーバーが本当に落ちていると断定できる材料はありません。むしろ、[#83908](https://github.com/anthropics/claude-code/issues/83908) では「チャットを切り替えた瞬間に tool/call が破棄され、サーバーには何も書き込まれない」と説明されています。つまり、見えているエラー文のわりに、原因がサーバー側とは限らない、というのが出発点です。 今回の私の環境では、再現手順やログは取得していません。手元で実際に確認できたのは環境情報だけです。 ```text OS : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64) Python : 3.8.13 検証日時 : 2026-09-19T08:51:24+09:00 ``` なので、ここでは「何を疑うべきか」を issue の報告ベースで絞ります

まず切り分けたいのは、「起動時や設定画面の読み込みで 503 が返っている」のか、それとも「一度サインインできたあと、裏側の認証や設定取得だけが失敗している」のかです。今回の issue では、その両方に近い報告がありました。 一方で [#93577](https://github.com/anthropics/claude-code/issues/93577) は、`app://localhost/setup-desktop-3p` を開くと常に「Unable to load configuration」になり、ログには次のように出ています。 ```text ``` この issue では、Claude-3p の profile cache は消しても改善せず、アプリは最新バージョンで、OAuth 側の `invalid_grant / session_stale_relogin` はフルログアウトと再ログインで解消済みでした。それでも 503 は残っています。コメントでは「Claude Code の issue には見えないので、必要なら新規 issue を」と案内されており、少な

この症状に当てはまるかどうかは、まず「どの画面で止まるか」でかなり絞れます。今回の issue では、Cowork の workspace 起動時にだけ `Failed to start Claude's workspace — Download failed. Check your internet connection and try again.` が出ています。通常の Chat は動いていて、workspace の開始だけ失敗する、という切り分けでした。macOS 側の報告ではダウンロードバーが 1〜2% で止まったあと失敗し、Windows 側の報告では UI 上はネットワーク失敗に見えるものの、ログでは VM バンドルの取得・展開・検証までは通っています。 つまり、このエラー文そのものをそのまま「回線不良」と受け取ると外す可能性があります。少なくとも報告されている 2 件では、見た目の文言と実際の原因が一致していませんでした。 macOS 側の issue は [#64234](https://github.com/anthropics/claude-code/issues

このエラーが出るケースは、少なくとも issue 報告上では二つに分かれています。ひとつは、もともと動いていた作業フォルダがアップデート後に急に弾かれるケース。もうひとつは、フォルダ内に `Skills`、`Scheduled`、`Artifacts`、`.claude/` などが絡んでいて、同じ文言で止まるケースです。該当する報告は [#78368](https://github.com/anthropics/claude-code/issues/78368) と [#89916](https://github.com/anthropics/claude-code/issues/89916) です。 見分けるときは、まず「そのフォルダは以前は問題なく使えていたか」と「中に `.claude/` があるか、あるいは `Skills` などの名前のサブフォルダがあるか」を確認するのが早いです。少なくとも issue の記述では、見た目上は Claude のアプリデータが入っていないのに、この文言で拒否される例がありました。[#78368](https://github.com/anthr

このエラーは、Claude の Cowork/interactive session で、隔離された Linux 環境が立ち上がらないときに出ています。少なくとも issue 報告上では、ファイル操作の機能は動くのに、shell/sandbox だけが落ちるケースがありました。 該当する報告は [#70199](https://github.com/anthropics/claude-code/issues/70199) です。 切り分けの起点はかなりはっきりしています。`Workspace unavailable. The isolated Linux environment failed to start (VM service not running. The service failed to start.)` が出ていて、しかも Read/Write/Edit のようなファイル系ツールは使える。ならば、壊れているのはワークスペース全体というより、隔離 Linux 環境の起動部分だと考えるのが自然です。 別系統の issue ですが、Cowork の周辺で「内部の実行環境や受け

「Ollamaって、まだこういう伸び方をするんだ」と少し驚いた。ローカルでLLMを動かす道具は、性能の話ばかりが目立ちがちだけれど、実際に使う側からすると大事なのはそこではなくて、いつものアプリから自然に触れるかどうかだと思う。今回の話はまさにそこを埋めにきている。 Claude Desktop から Ollama のモデルをそのまま選べるようになる、というのは地味に見えてかなり効く。ローカル実行の強みって、機密を外に出しにくいとか、ネットがなくても動くとか、そういう説明で語られやすい。でも日常で面倒なのは、モデルを別の場所で管理して、別の画面で試して、また別の画面に戻ることだったりする。そこが一本につながるだけで、急に“実験用のツール”から“使える環境”に近づく感じがある。 一方で、まだmacOSのみで、Windowsは「間もなく」なのも、いかにもこの分野らしいなと思った。面白い機能ほど、最初は環境が限られる。しかも今回は以前いったん実現して、すぐ撤回された経緯まである。こういう揺れ方を見ると、ローカルAIの世界はまだ仕組みが固まりきっていないのだろうと感じる。便利そうに見えても、裏

読んでまず思ったのは、こういう連携って技術そのものよりも、配布のしかたや制約との綱引きで決まるんだな、ということだった。Claude Desktop からローカルの model を使えるようにする話は一見すると便利機能のニュースに見えるけれど、実際には「前回は数日で止まった」というところが本体に近い。そこが妙に生々しい。 面白いのは、Ollama がやろうとしていることが、単に Qwen や DeepSeek、Kimi を動かせます、で終わらない点だと思う。Model の種類が増えるのはもちろん嬉しい。でも本当に効くのは、Claude Desktop 側の制約をどうかわすか、という実装の工夫のほうだろう。proxy を噛ませていると聞くと、ちょっとした小細工にも見えるけれど、こういう迂回路があるからこそ現実の製品は動く。きれいな正攻法だけでは通らない場面って、やっぱり多い。 それと、この記事を読んで少し引っかかったのは、こうした「つながった、でもまた止まるかもしれない」タイプの機能が、ユーザー体験としてどこまで安心できるのかという点だ。便利さはある。かなりある。でも外部のルールやモデル

自分のケースかどうかを先に切り分けるなら、Claude Desktop の通常チャットは動くのに、Code タブだけが起動直後に失敗するかどうかです。Issue [#83656](https://github.com/anthropics/claude-code/issues/83656) と [#82587](https://github.com/anthropics/claude-code/issues/82587) では、どちらも Code タブの起動失敗が報告されていて、エラー文に `Malformed Mach-o file` と `exit code 127` が出ています。前者では、Desktop が別途ダウンロードした `claude` バイナリの署名状態まで確認されています。 今回の issue 群で見えているのは、少なくとも「Claude Code 自体の機能不全」というより、Claude Desktop 側が起動する `claude` バイナリの読み込みに失敗している、という形です。`#83656` の報告では、main の Claude.app 本体と help

Claude Code で `ECONNRESET` が出る症状は、issue を見る限り 1 つの形にまとまっていません。少なくとも、同じマシンで Chat は普通に動くのに Code 系の画面だけ失敗する例がありますし、Windows では API ストリームの途中で切れる例、再試行を重ねても失敗が続く例もあります。参照できた報告は [#70599](https://github.com/anthropics/claude-code/issues/70599)、[#83994](https://github.com/anthropics/claude-code/issues/83994)、[#84818](https://github.com/anthropics/claude-code/issues/84818)、[#84072](https://github.com/anthropics/claude-code/issues/84072) です。 まず、自分のケースがどれに近いかを見ます。 Chat mode だけは通るのに、Cowork Scheduled tasks や C