Author

claudehowto

Claude Code returned an error result: No conversation found with session ID が出るときに、まず見るところ

このエラーを追っていくと、少なくとも issue 上では「どのセッションを開こうとしているか」で挙動が分かれています。
[#61726](https://github.com/anthropics/claude-code/issues/61726) では、Cursor の Claude Code extension で Web タブに並んだセッションをクリックすると失敗し、​Local タブのセッションは開ける、と報告されています。
[#79924](https://github.com/anthropics/claude-code/issues/79924) では、VS Code extension の /memory パネルで refresh を押したときに、同じ文言のエラーが出ています。
[#85892](https://github.com/anthropics/claude-code/issues/85892) では、VS Code extension が閉じられて再度開かれるたびに、空の local session stub が増えていく現象が報告されています。

まず切り分けたいのは、今見えているセッションが ローカルにある会話 なのか、​Web 側にある会話 なのかです。
[#61726](https://github.com/anthropics/claude-code/issues/61726) のコメントでは、Cursor extension の session list は次の 2 系統に分かれると説明されています。

• Local tab は ~/.claude/projects/**/*.jsonl を読む
• Web tab は Anthropic の cloud API から session list を取る

そして、Web セッションをクリックしたときに拡張機能が cloud の session ID を local の CLI backend に渡してしまうため、ローカル側に対応する会話がなくて No conversation found with session ID になる、という整理でした。これは issue コメント上の説明です。実際に筆者環境で再現確認したわけではありません。

[#79924](https://github.com/anthropics/claude-code/issues/79924) の報告では、エラーに出る session ID が ~/.claude/session-env/<session-id>/ の空ディレクトリと対応していて、しかも ~/.claude/projects/<project>/<session-id>.jsonl に会話ファイルがない、という確認がされています。ここでも「ID はあるのに、会話としては見つからない」状態です。
[#85892](https://github.com/anthropics/claude-code/issues/85892) では、messageCount: 0 の空ファイルが作られているとあり、これも会話の実体がない stub を掴んでいるように見えます。

筆者の検証環境については、今回の一次情報としては OS と Python、検証日時しかありません。

[env_summary]
OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-08-26T08:50:35+09:00

したがって、この場で「あなたの環境でもこの不具合が必ず起きる」とは言えません。
ただし、issue 報告だけから確認できる範囲では、次のどれかに当てはまるときにこのエラーへつながりやすそうです。

• Web 側の session list を開こうとしている
• /memory の refresh で、古い session ID を参照している
• local 側には会話本体がないのに、ID だけが残っている

手元で確認するなら、まずは表示中のセッションが Local か Web かを見てください。[#61726](https://github.com/anthropics/claude-code/issues/61726) の報告どおり、Local は開けるのに Web だけ失敗するなら、少なくとも issue と同じ症状の可能性があります。
逆に、[#79924](https://github.com/anthropics/claude-code/issues/79924) のように /memory だけで起きるなら、session ID の参照先が壊れている線が濃いです。

現時点では、これらの issue から読めるのは原因の候補までです。
少なくとも、参照できる報告の中には「解決済みの恒久対処」が書かれていませんでした。なので、このエラーを見たら、まずは Web セッションか /memory refresh か、local 会話か を分けて確認するのが先です。

検証環境

OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-08-26T08:50:35+09:00

参照した Issue（anthropics/claude-code）: #85892, #61726, #79924

同じ著者の記事

TelemetrySafeError: VirtualMessageList: itemKeys/messages le の症状を見分ける

まず、自分のケースかどうかを切り分けます。今回の症状は、Claude Code の画面やログで `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という文言が出るものです。報告されている 2 件の issue は、どちらもこのエラー文字列を伴っていました。([#89631](https://github.com/anthropics/claude-code/issues/89631), [#89615](https://github.com/anthropics/claude-code/issues/89615)) ひとつ目の報告では、scaling issue を解こうとしていたら Fable 5 が誤ってフラグを立てた、と書かれています。もうひとつは、組織の monthly spend limit の表示が daily limit の状況と食い違っていて、`/usage-credits` を促す文言が出た、という内容です。つまり、少なくともこの issue 群では、まったく同じエラー表

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages le の件で、まず自分の症状かを見分ける

この症状は、Issue に載っているエラーメッセージがかなり特徴的です。検索用にそのまま書くと、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` です。 手元で確認できたのは、少なくとも次の 2 件の報告が同じクラスタに入っていることです。どちらも open のままで、解決済みの報告ではありません。 どちらの issue でも、報告されたエラーは同じ形です。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=1340 messages=1339 range=[1307,1340)) at kQS (B:/~BUN/root/src/entrypoints/cli.js:23006:8181) at Yrm (B:/~BUN/root ``` ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages

papoo.work

`Error: Streamable HTTP error: Error POSTing to endpoint: {"t` で止まるときにまず見ること

この症状で報告されているのは、Claude Code が MCP server への POST に失敗し、返ってきた応答が `403 Forbidden` になっているケースです。手元で確認できた issue はどちらも同じ断片を含んでいました。 ```text Error: Streamable HTTP error: Error POSTing to endpoint: {"type":"error","error":{"type":"permission_error","message":"MCP server returned 403 Forbidden. The request may have been blocked by a firewal ``` ```text Error: Streamable HTTP error: Error POSTing to endpoint: {"type":"error","error":{"type":"permission_error","message":"MCP server returned 403 Forbidden. T

papoo.work

`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出たときに確認したいこと

この症状は、Issue 上では少なくとも 2 件まとまっていて、どちらも未解決です。[#85847](https://github.com/anthropics/claude-code/issues/85847) は legacy codebase の reverse engineering 中に fallback model のメッセージが出たあと、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=36 messages=35 range=[0,36))` に落ちています。[#87169](https://github.com/anthropics/claude-code/issues/87169) でも、通常で安全なプロンプトだと報告されているセッションで同系統のエラーが出ており、`keys=50 messages=49 range=[0,50)` というズレが記録されています。 まず、この文字列が見えていて、しかも途中でセッションが不自然に止まるなら、同じ症状クラスタの可能

papoo.work

`TypeError: Cannot destructure property 'preloadScripts' of '` が出るときに見るべきこと

この症状は、少なくとも今回参照した 2 件の issue では、Claude Desktop の起動直後に落ちる系の話として報告されています。1 件は Windows/MSIX 版で、起動後 1.5〜10 秒ほどで main process が自分で終了し、`exit code -1 (0xFFFFFFFF)` になったというものです [#86535](https://github.com/anthropics/claude-code/issues/86535)。もう 1 件は Windows 版で、renderer の bootstrap 周りや sessions-bridge、`claude.exe` の子プロセスに関する不調が並んでいます [#79846](https://github.com/anthropics/claude-code/issues/79846)。 ただし、手元で確認できている一次情報は Windows ではありません。実際に取得できたのは Linux 上の Node.js バージョンだけです。 ```text $ node --version v16.15.

papoo.work

`auto-update failed` が消えないときに見たこと

`auto-update failed` の表示が出ても、実際には壊れていないケースがあります。少なくとも issue [#82408](https://github.com/anthropics/claude-code/issues/82408) と [#89286](https://github.com/anthropics/claude-code/issues/89286) では、背景の自動更新が一度失敗したあと、その失敗表示が残り続ける挙動が報告されています。しかも `claude doctor` を実行しても「No installation issues found」と返り、表示されている警告と実態が一致しません。 読者がまず確認したいのは、今見えている `auto-update failed` が「本当に更新失敗中」なのか、「過去の失敗記録が残っているだけ」なのかです。issue の報告を見る限り、この切り分けが重要です。[#82408](https://github.com/anthropics/claude-code/issues/82408) では、失敗時の状態が `

papoo.work

`Tool execution failed` が出るとき、まず見るべき切り分け

`Tool execution failed` という表示だけでは、原因は1つに絞れません。今回確認できた issue 報告では、少なくとも次の2種類が混ざっています。ひとつは、MCP サーバーに tool 呼び出し自体が届いていないケース。もうひとつは、特定の tool だけが失敗するケースです。 たとえば [#79926](https://github.com/anthropics/claude-code/issues/79926) では、Claude Desktop のローカル stdio MCP サーバーで `initialize` と `tools/list` は通るのに、`tools/call` がサーバーの stdin に一切書かれないと報告されています。画面上は `Tool execution failed` あるいは `Failed to call tool` になります。一方で、同じ症状群の [#69642](https://github.com/anthropics/claude-code/issues/69642) では Gmail MCP の `search_

papoo.work

`claude native binary not installed.` が出るときにまず見るところ

この症状は、少なくとも報告されている範囲では Termux / Android と、macOS 上での npm グローバルインストールまわりの2系統に分かれていました。どちらも、`claude` を起動したときに 「native binary が見つからない」 形で止まります。ただし、解決済みの共通パターンはまだ見えていません。 Android 側の報告は [#50270](https://github.com/anthropics/claude-code/issues/50270) です。ここでは、v2.1.113 以降で Claude Code が JavaScript のエントリポイントから glibc のネイティブ Linux バイナリに切り替わり、Termux では動かなくなったと書かれています。報告者は、v2.1.112 は動くが v2.1.113 と v2.1.114 は壊れると述べています。 macOS 側の報告は [#84224](https://github.com/anthropics/claude-code/issues/84224) です。こちらは別の

papoo.work

`claude-opus-4-8 is temporarily unavailable, so auto mode cannot determine the safety of Bash right now` が出たときに見えていること

この文字列が出ているなら、少なくとも今の Claude Code は「auto mode で Bash の安全判定をしたいが、`claude-opus-4-8` が一時的に使えない」と判断しています。ここで大事なのは、エラーそのものよりも、Bash の扱いが auto mode による安全判定待ちで止まるという点です。 ただし、原因が一つに決まるわけではありません。公開 issue では、長いセッションやコンテキスト圧縮のあとにモデルが不自然な出力をした報告と、`ANTHROPIC_BASE_URL` 配下で auto-mode の safety classifier がその endpoint に向くという報告が別々に出ています。前者は [#74136](https://github.com/anthropics/claude-code/issues/74136)、後者は [#78372](https://github.com/anthropics/claude-code/issues/78372) です。どちらも、少なくとも「auto mode の内部で何かがうまくいっていな

papoo.work

`jq` がないと valid JSON を invalid 扱いする

この症状は、Claude Code の hook 開発用スクリプト `plugin-dev/skills/hook-development/scripts/test-hook.sh` を使っていて、入力 JSON は正しいはずなのに「invalid JSON」と言われるケースです。issue [#83802](https://github.com/anthropics/claude-code/issues/83802) では、`jq` がインストールされていない環境でこの誤判定が起きると報告されています。 まず切り分けたいのは、入力そのものが壊れているのか、それとも `jq` の不足が原因なのか、です。報告内容では、`jq` がないと次の判定が走ります。 ```bash if ! jq empty "$TEST_INPUT" 2>/dev/null; then echo "❌ Error: Test input is not valid JSON" ``` `2>/dev/null` によって `jq: command not found` が捨てられるため、コマンドが見つからない場合

papoo.work