PaPoo

claudehowto

claudehowto の公開記事 (273)

TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync に出たら、まず見るところ
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync に出たら、まず見るところ
このエラーが見えているなら、少なくとも「メッセージ一覧を描画する途中で、件数のつじつまが合わなくなった」状態に当たっている可能性があります。 ただし、今回の材料だけでは Claude Code 側の表示不整合なのか、特定の操作に引きずられたものなのかは切り分けきれません。issue は 2 件あり、片方は closed、もう片方は open のままです。 実際に報告されている文字列は次のとおりです
papoo.work
iTerm2 で file リンクを Cmd+click すると `The application can't be opened. -50` が出る
iTerm2 で file リンクを Cmd+click すると `The application can't be opened. -50` が出る
この症状は、Claude Code の出力に含まれるファイルリンクを iTerm2 で Cmd+click したときに、macOS のダイアログで The application can't be opened. 50 が返ってくるものです。報告されている issue は 76136 と 78481 です。どちらも、リンク先の URI の形が原因だと説明されています。 読者側でまず見るべきなのは、
papoo.work
exit code 137 で Claude Code のプロセスが残り続けるときに見ること
exit code 137 で Claude Code のプロセスが残り続けるときに見ること
まず、この症状に当てはまるかを切り分けます。 issue 90889 では、macOS の Claude デスクトップアプリにバンドルされた Claude Code の headless 実行が、仕事自体は終えているのに claude プロセスだけが終了せず、放置すると OOM や swap 枯渇に進むと報告されています。コメントでは、残っているプロセスに対して kill TERM <pid を送
papoo.work
`ERR_SOCKET_CLOSED` が出るときの Claude Code と HTTPS プロキシ
`ERR_SOCKET_CLOSED` が出るときの Claude Code と HTTPS プロキシ
まず、これが自分のケースかどうかを切り分けます。issue 報告を見る限り、ERR_SOCKET_CLOSED は少なくとも 2 系統で出ています。ひとつは起動時の接続確認で落ちるケースで、81611 では HTTPS_PROXY= のような企業内 HTTPS プロキシ配下で、起動直後に Checking connectivity... のあと Failed to connect to api.a
papoo.work
`tool call could not be parsed (retry also failed)` が出るときに見えていたこと
`tool call could not be parsed (retry also failed)` が出るときに見えていたこと
まず、この症状に当てはまるかどうかはかなりはっきりしています。Claude Code 側の turn がいったん考えたあとで落ち、The model's tool call could not be parsed retry also failed. という文言と一緒に失敗する。報告されているものでは、Claude Desktop app の Code tab で再現した例があり、64658 では
papoo.work
GitHub repository access check failed — re-authorize GitHub in settings が出るときにまず見ること
GitHub repository access check failed — re-authorize GitHub in settings が出るときにまず見ること
この文言が出ているなら、少なくとも issue 上では「GitHub 側の認可はあるように見えるのに、Claude 側のアクセス確認で落ちている」ケースが混ざっています。 報告は 2 件とも解決済みですが、原因の切り分けは少しややこしく、claude.ai の設定画面で GitHub をつなぎ直しても直らない例が出ています。対象になっているのは 56988 と 48769 です。 まず切り分けたい
papoo.work
node が Bash で急に見つからなくなるときに見ること
node が Bash で急に見つからなくなるときに見ること
Windows 版の Git Bash で、Claude Code の Bash tool を使っている最中に node だけでなく git や cat、which、dirname、head まで command not found になるなら、72410 の報告とかなり近いです。報告では、プラグインや MCP server がセッション途中で接続したあと、Bash tool の PATH が W
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=126 messages=125 range=[118,126)) が出たときに確認したいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=126 messages=125 range=[118,126)) が出たときに確認したいこと
この症状で報告されているのは、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync keys=126 messages=125 range=118,126 というエラーです。Issue はどちらも closed ですが、内容はかなり近く、87541 では「Opus 5 safety filter trigge
papoo.work
`script injection timed out` が出るとき、まず疑うべきこと
`script injection timed out` が出るとき、まず疑うべきこと
この症状は、Claude Code の computer 系アクションがページにスクリプトを差し込めず、待ち時間の上限に達して止まっているときに出ています。報告されている現象は一つではありませんが、共通しているのは「ページは開けているのに、screenshot や read_page、find、scroll などが失敗する」ことです。 94757 では、screenshot / find / re
papoo.work
askUserQuestionTimeout が効かない／効きすぎるときの見分け方
askUserQuestionTimeout が効かない／効きすぎるときの見分け方
askUserQuestionTimeout に関する報告は、少なくとも今回渡された 2 件だけでも挙動が逆です。"never" にしているのに 200 秒で自動継続してしまう例が 100189 にあり、"60s" にしているのに自動継続しない例が 94372 にあります。どちらも、設定した値どおりに動いていないという点では同じです。 自分のケースかどうかを先に見るなら、まず「設定しているのに、質
papoo.work
File is in a directory that is denied by your permission set が出るのに、読み取りが止まらない／止まる境目が見えないとき
File is in a directory that is denied by your permission set が出るのに、読み取りが止まらない／止まる境目が見えないとき
この症状を追うときは、まず「どの形の拒否ルールが効いていないのか」と「どの実行形態で起きているのか」を分けて見るのが近道です。今回の issue では、少なくとも次の 2 系統が報告されています。 ひとつは 87014 です。こちらは Claude Code 2.1.233、Linux、headless の claude p 使用時に、permissions.deny の Read ルールが現在の
papoo.work
`Error: 429 {"type":"error","error":{"type":"rate_limit_error` が出るときに見えること
`Error: 429 {"type":"error","error":{"type":"rate_limit_error` が出るときに見えること
この症状は、Claude Code 側で Anthropic API へのリクエストが 429 で返されているケースです。今回の issue では、エラーメッセージに rate_limit_error と Rate limited が含まれており、報告者は「Server is temporarily limiting requests not your usage limit」と書いています。つま
papoo.work
`builtin injection failed` が出るときに先に見ること
`builtin injection failed` が出るときに先に見ること
この症状は、少なくとも issue 上では「GitHub に向かう通信だけが 502 で落ちる」形で出ています。似ているのは 70640 と 71769 です。前者では github.com、api.github.com、codeload.github.com がまとめて HTTP 502 になり、他の HTTPS は 200 だったと報告されています。後者では scheduled routine
papoo.work
Exit code 1 が出たときに見るところ
Exit code 1 が出たときに見るところ
まず切り分けたいのは、これが「Git の認証まわり」で落ちているのか、「macOS の sandbox で TLS 検証が壊れている」のかです。今回渡された issue 群では、少なくとも別々の経路でエラーが起きています。 81445 では、Routine のような非対話実行で Git がパスワードを読みにいけずに止まっています。出ているのは次のエラーです。 一方、23416 は macOS で
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたときに確認したいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたときに確認したいこと
この症状は、少なくとも今回集められた issue では、Claude Code の画面表示まわりで TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ているケースとしてまとまっています。手元で確認できる範囲では、3 件とも同じ系統のエラー文字列が報告されていました。 まず、自分のケースかどうかを切り分
papoo.work
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} を含む Claude Code のエラーで止まるとき
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} を含む Claude Code のエラーで止まるとき
Claude Code で Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"}} が出る症状は、少なくとも今回確認できた issue では 2 件報告されています。どちらも closed になっていて、本文中では「Server is temporarily limiting
papoo.work
`Failed to authenticate: OAuth session expired and could not be refreshed` が出るときにまず見るところ
`Failed to authenticate: OAuth session expired and could not be refreshed` が出るときにまず見るところ
このエラーを検索してたどり着くケースは、少なくとも今回の issue では 2 つの顔があります。ひとつは、デスクトップアプリを閉じていないのに、日中に何度も再認証を求められるケースです。もうひとつは、VS Code 側でいったん再ログインできたのに、古い認証エラー表示が残り続けるケースです。 前者は 98693 で、macOS のデスクトップアプリと、同じアカウントを使う headless な
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したこと
この症状は、報告された2件の issue で同じエラー文字列として現れています。いずれも TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync keys=142 messages=141 range=118,142 で始まり、スタックトレースは /$bunfs/root/src/entrypoints/cli
papoo.work
Workspace unavailable. The isolated Linux environment on thi で止まるときに、まず疑うこと
Workspace unavailable. The isolated Linux environment on thi で止まるときに、まず疑うこと
このエラーは、Windows 上の Claude Desktop / Cowork で isolated Linux environment が起動できなかったときに出ています。今回の症状クラスタでは、同じ文言を出す issue が 2 件ありました。ひとつは 98613 88921 です。 まず、あなたのケースがどちら寄りかを切り分けるのが先です。 98613 では、Windows で Clau
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le — このエラーが出るときに見えていたこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages le — このエラーが出るときに見えていたこと
まず、自分のケースかどうかはかなり絞れます。今回の報告に出ているのは、どちらも同じ系統のエラーです。 別の issue では、同じ文字列のまま keys=213 messages=212 という差分で報告されています。該当するのは 98258 と 98290 です。どちらも open で、解決済みではありません。 この症状の中心は、VirtualMessageList の itemKeys と m
papoo.work
`Background full checkout failed: other` が出て worktree セッションが始まらないとき
`Background full checkout failed: other` が出て worktree セッションが始まらないとき
この症状は、Claude Code の worktree を使って新しいローカルセッションを起動した直後に、ブランチ切り替えの段階で止まるものです。手元の issue 報告では、ダイアログに ブランチを切り替えられませんでした Could not switch branch Background full checkout failed: other と出て、そのままセッションが始まりません。86
papoo.work
MCP server hits a 30s connection timeout on the client side: 新しい Claude Code セッションだけ MCP 接続が落ちるときの見方
MCP server hits a 30s connection timeout on the client side: 新しい Claude Code セッションだけ MCP 接続が落ちるときの見方
この症状は、同じ Claude Code の CLI を使っているのに、新しく起動したセッションだけ HTTP MCP サーバーへの接続に失敗する、という形で出ています。参照できる issue は 86378 と 86380 です。どちらも、長く開きっぱなしだったセッションではつながるのに、立ち上げ直した直後のセッションでは失敗すると報告しています。 この切り分けが重要です。CLI のバイナリやバ
papoo.work
`Error: 429 {"type":"error","error":{"type":"rate_limit_error` が出るときに見えていること
`Error: 429 {"type":"error","error":{"type":"rate_limit_error` が出るときに見えていること
この症状は、少なくとも今回集まった issue では、Claude Code 側のリクエストが一時的に制限されて弾かれているときに出ています。 読者がまず見分けたいのは、自分の利用枠を使い切ったのか、それともサーバー側の一時的な制限に当たったのか、です。 報告が集まっているのは 71636 の 3 件です。いずれも closed で、代表 issue には「Server is temporaril
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときにまず確認すること
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときにまず確認すること
このエラー文字列が出ているなら、少なくとも本文で扱う2件の issue と同じ症状に当てはまります。ひとつは 97891 97348 です。どちらも open で、解決済みではありません。 共通しているのは、Claude Code の内部で TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ていること
papoo.work
No verdict (error) が出て auto mode が止まるときに見えているもの
No verdict (error) が出て auto mode が止まるときに見えているもの
「No verdict error」が出る症状は、少なくとも issue 上では、Claude Code の auto mode で serverside の safety classifier が判定を返せず、処理が止められる状態として報告されています。該当する報告は 97870 と 97923 です。 読者が自分のケースかどうかを先に見分けるなら、まずエラー文そのものを確認するのが早いです。i
papoo.work
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited" — Claude Code で見えた 429 と、issue 上で確認できたこと
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited" — Claude Code で見えた 429 と、issue 上で確認できたこと
この症状は、Claude Code からのリクエストが 429 で落ちているケースです。今回の issue 群では、報告されたエラー文字列が一致していました。 issue 71503 と 71673 のどちらも、同じ 429 系のエラーを含んでいます。本文中では「Server is temporarily limiting requests not your usage limit · Rate
papoo.work
The server-side auto mode classifier gave no verdict (error) が出て、Auto mode の Edit/Bash が止まるとき
The server-side auto mode classifier gave no verdict (error) が出て、Auto mode の Edit/Bash が止まるとき
まず切り分けたいのは、「読めるのに、書けない」かどうかです。今回の症状は、issue 報告を見る限り、Read や Readonly 系の操作は通るのに、Edit や Bash、ブラウザ操作の一部だけが The serverside auto mode classifier gave no verdict error で止まる、という形で出ています。たとえば 97812 では Edit と Bas
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error":"messages.3: role 'system' must precede an 'assistant' message or end the array; まず確認したいのは compaction 後に会話を再開しようとしていないかです
Error: 400 {"type":"error","error":{"type":"invalid_request_error":"messages.3: role 'system' must precede an 'assistant' message or end the array; まず確認したいのは compaction 後に会話を再開しようとしていないかです
同じ系統の報告が 2 件ありました。73821 は messages.67 に対して role 'system' must precede an 'assistant' message or end the array と出ており、88276 は Unable to start conversation after compaction のあとに、同種の 400 エラーが返っています。少なくとも
papoo.work
Couldn't link this session to a computer, so attached folder can't be used. が出るときに見ておくこと
Couldn't link this session to a computer, so attached folder can't be used. が出るときに見ておくこと
この表示が出ると、クラウド側のセッションは立っているのに、ローカルのコンピュータへ結びつけられていません。結果として attached folder が使えません。少なくとも今回参照できた issue では、同じ文言の症状が2件報告されています。1件は Linux beta で local VM がそもそも起動せず、もう1件は VM 自体は起動しているのに device registration
papoo.work
`ERR_INTERNET_DISCONNECTED` が出るときに、まず見るところ
`ERR_INTERNET_DISCONNECTED` が出るときに、まず見るところ
この症状は、少なくとも今回参照した issue では 2 つの顔があります。1 つは Chrome 拡張が橋渡しに登録されず、ツール呼び出しが即座に「接続されていない」と返るケースです。もう 1 つはデスクトップアプリ側でメッセージは届くのに、受け手のセッションが処理に入らないケースです。前者は 70390 88252 に報告があります。 切り分けの最初の一歩は、単に「動かない」ではなく、どちらの
papoo.work
`Remote credentials fetch failed` が出るときにまず見るところ
`Remote credentials fetch failed` が出るときにまず見るところ
この症状は、少なくとも今回の issue 群では 「Remote Control の起動や再接続の途中で、資格情報の取得が失敗している」 形で報告されています。読者が自分のケースかどうかを先に切り分けるなら、次の2つに当てはまるかを見るのが早いです。 ひとつは、起動直後や cold start で Remote Control を有効にしたときに、ステータスバーへ Remote Control f
papoo.work
`Input must be provided either through stdin or as a prompt argument when using --print` が出るときにまず見るところ
`Input must be provided either through stdin or as a prompt argument when using --print` が出るときにまず見るところ
このエラーが出るケースは、少なくとも今回の issue 群では「Claude Code が対話的に動く前提を外されている」ことと強く結びついていました。読者がまず確認したいのは、自分の実行方法がその条件に当たっているかどうかです。 77751 では、claude remotecontrol "<name" が pseudoterminal なしで起動されると、Remote Control UI に
papoo.work
ReferenceError: Claude Code native binary at /home/jean/.vsc が出るときに確認したこと
ReferenceError: Claude Code native binary at /home/jean/.vsc が出るときに確認したこと
まず、この症状に当てはまるかどうかは、エラーメッセージの出方でかなり絞れます。Issue には、VS Code 拡張が埋め込みの native binary を起動しようとして失敗する例と、認証後に「unsupported platform: linuxarm64. No compatible Claude Code binary found.」と出る例が報告されています。前者は 97022 80
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたら、まず ESC とフォルダ名変更を疑う
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたら、まず ESC とフォルダ名変更を疑う
この症状で報告されているのは、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync というエラーです。今回拾えた issue は 2 件だけで、どちらも open のまま、解決済みの報告はありませんでした。 自分のケースに近いかを見るなら、まず次の 2 つです。ひとつは、ESC で実行を止めたあとにターミナル
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したいこと
この症状は、Issue 上では TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync keys=... messages=... range=... という形で出ています。今回見た 3 件では、いずれも末尾の数値が違うだけで、同じ系統のエラーに見えます。 まず、自分のケースかどうかを見るなら、エラー文字列の先
papoo.work
`Error
`Error
at generate /$bunfs/root/src/entrypoints/cli.js:1 が出て作業が止まるときに見ること この症状は、Claude Code の処理中に generate から makeRequest へ進む途中で落ちているケースです。報告されている issue はどちらも macOS 上で発生していて、70256 では 403 The socket connectio
papoo.work
EMFILE で Claude Code が spawn に失敗するときに見ておくこと
EMFILE で Claude Code が spawn に失敗するときに見ておくこと
まず切り分けたいのは、これが「Claude Code の起動そのものに失敗している」のか、それとも「起動済みのセッションは生きているが、新しい spawn だけ落ちる」のかです。今回参照した issue には、似た見え方をする spawn EBADF が 2 件ありましたが、症状の出方は少し違います。 62735 では、@anthropicai/claudeagentsdk 経由のタスクが spa
papoo.work
zsh で `command not found` や `dyld: Symbol not found` が出るときにまず見ること
zsh で `command not found` や `dyld: Symbol not found` が出るときにまず見ること
手元にある issue には、少なくとも 2 つの別パターンがありました。ひとつは macOS 13.x で claude の起動そのものが落ちるケース、もうひとつは zsh の起動時に余計なエラーが毎回出るケースです。見た目は似ていますが、症状の場所が違います。 69928 では、インストール直後に次のような出力が出ています。 さらに、その直前に claude を実行しても見つからず、 となって
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出たときに、まず疑うこと
`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出たときに、まず疑うこと
この症状は、少なくとも報告ベースでは 2 件ありました。どちらも同じエラー文字列で、itemKeys と messages の件数がずれていると読めます。手元で確認できるのは issue の記載だけで、解決策までは出ていません。現時点では未解決のバグとして扱うのが安全です。 最初に見るべきなのは、「表示だけの問題か」「会話の整合性まで壊れているか」です。95627 では、ユーザーが送っていないテキ
papoo.work
`Failed to deserialize params.clip.scale - BINDINGS: mandator` が出るときにまず確認したいこと
`Failed to deserialize params.clip.scale - BINDINGS: mandator` が出るときにまず確認したいこと
この症状は、claudeinchrome の computer で action: screenshot や action: zoom を呼んだときに、params.clip.scale のデシリアライズ失敗として返ってきます。報告されている issue は 83960 と 90181 です。どちらも、実行すると Failed to deserialize params.clip.scale BI
papoo.work
GitHub CLI authentication expired が出ても、本当に期限切れとは限らない
GitHub CLI authentication expired が出ても、本当に期限切れとは限らない
この表示が出たからといって、gh の認証情報が実際に失効したとは限りません。少なくとも issue 67055 では、デスクトップアプリが重いマルチエージェント処理中にこのトーストを出していましたが、直後に gh auth status はログイン済み、gh api user も 200 を返していました。報告者は、gh auth login を案内どおり実行しても筋の悪い切り分けになると述べてい
papoo.work
`invalid_request_error\` が出るときにまず見る場所
`invalid_request_error\` が出るときにまず見る場所
この症状クラスタに含まれる 2 件の issue は、見え方は違いますが、どちらも「リクエストの中身が大きすぎる／重なりすぎる」方向の問題として読めます。 ただし、実際に invalid_request_error\ というエラー文字列が本文中にそのまま出ている issue は、今回渡された情報の中にはありません。そこは断定できません。検索用の文字列としてタイトルには入れていますが、報告内容ベース
papoo.work
Base64 decoding failed が出るときに見るところ
Base64 decoding failed が出るときに見るところ
まず、この症状に当てはまるかを切り分けます。今回の issue では、Claude Opus 4.6 で最近の更新以降に精度と信頼性が落ちたという報告が 2 件あり、その中に Gmail MCP 経由でメール添付を送るときに base64 文字列が壊れ、Base64 decoding failed になる、という内容が含まれていました。報告は 96178 と 96179 です。 この issue
papoo.work
`Auto-update failed · Run claude doctor` が繰り返し出るときに見るところ
`Auto-update failed · Run claude doctor` が繰り返し出るときに見るところ
この症状でまず切り分けたいのは、本当に更新に失敗しているのか、それとも更新がないのに同じ通知だけが出続けているのかです。報告されている 96038 では、Wi‑Fi を切っただけで Autoupdate failed · Run claude doctor が繰り返し表示され、しかも「更新がないのに」起きていると書かれています。つまり、少なくともこの issue では、実際の更新作業そのものという
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync のときにまず見ること
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync のときにまず見ること
この症状は、Claude Code の内部エラーとして TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ているケースです。今回確認できた issue は 2 件で、どちらも open のままで、解決済みはありません。少なくとも提供された材料だけを見る限り、「これを入れれば直る」という確立した手順はま
papoo.work
`Connection refused — a firewall or proxy may be blocking it` が出るときに、まず確認したいこと
`Connection refused — a firewall or proxy may be blocking it` が出るときに、まず確認したいこと
この症状は、少なくとも報告上は 2 つの顔があります。ひとつは、毎回のコマンドで API への接続が失敗し、Connection refused — a firewall or proxy may be blocking it ConnectionRefused を 10 回試行しても抜けられないケースです。もうひとつは、サブエージェントのストリームが途中で静かに止まり、Agent stalled
papoo.work
`API Error: Sonnet 5 can't help with this` が出るときに見えていること
`API Error: Sonnet 5 can't help with this` が出るときに見えていること
この症状は、Claude Code が作業を始めた直後に API Error: Sonnet 5 can't help with this で止まり、しかも内容と関係なさそうな分類が付くケースとして報告されています。手元で確認できた issue は 2 件で、どちらも「本来の用途なのに止められた」という筋です。 まず、自分のケースかどうかを見分けるなら、Claude Code が何かを読んだり実行
papoo.work
Authorization failed が出る Claude in Chrome の OAuth 失敗
Authorization failed が出る Claude in Chrome の OAuth 失敗
Claude Code から Claude in Chrome 拡張を使おうとして、claude.ai/oauth/authorize まで進んだのに、Authorize を押した直後に Authorization failed で止まる。今回の issue 群は、まさにその症状に当てはまります。 報告されているのは、Claude in Chrome extension の OAuth autho
papoo.work
`exit code 5` が出るとき、`/usage` が空振りすることがある
`exit code 5` が出るとき、`/usage` が空振りすることがある
claude p "/usage" outputformat json を投げた直後に exit code 5 で落ちる、あるいは is_error:false の包みだけ返って result がない、という症状が 87983 で報告されています。報告者の環境では、長い printmode 実行のあとに間隔をおかず起きていました。しかも 3 回の観測のうち 2 回は exit code 5、1 回
papoo.work
`Remote Control Initialization failed` が出るとき、まず見るべき分岐
`Remote Control Initialization failed` が出るとき、まず見るべき分岐
このエラーは、少なくとも今回の issue 群では 2 つの経路で出ています。ひとつは、ANTHROPIC_API_KEY が process 環境に残っているケースです。もうひとつは、Claude Desktop アプリ内の interactive session で /remotecontrol を実行したときに、毎回 Remote Control Initialization failed
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error":"output_config.effort 'xhigh' is not supported when thinking is disabled on this model. Use effort 'high' or below, or enable thinking."}} が出たときに見る点
Error: 400 {"type":"error","error":{"type":"invalid_request_error":"output_config.effort 'xhigh' is not supported when thinking is disabled on this model. Use effort 'high' or below, or enable thinking."}} が出たときに見る点
このエラーが出ているなら、少なくとも issue 上では「effort が xhigh のときに、thinking が無効なサブリクエストが走ると 400 になる」ケースが報告されています。対象になっているのは 81627 で、同じ文言を含む別件として 90721 もあります。 まず切り分けたいのは、単に会話が失敗しているのか、それとも WebSearch のような一部の機能だけが落ちているのか、
papoo.work
`AxiosError: Request failed with status code 400
`AxiosError: Request failed with status code 400
at bo / が出たとき、まず /context の表示崩れを疑う 同じ AxiosError: Request failed with status code 400 でも、今回集まっている issue は少し毛色が違います。報告されているのは、CLI の 400 そのものというより、画面の再描画や表示崩れに引きずられて見えているケースです。 ひとつは 72900 で、狭い端末幅の /cont
papoo.work
`Permission for this action was denied by the Claude Code auto mode classifier` が出るのに、実際は通っていることがある
`Permission for this action was denied by the Claude Code auto mode classifier` が出るのに、実際は通っていることがある
この症状は、Claude Code が操作を拒否したように見せながら、後で確認すると実際には処理が進んでいた、という形で報告されています。特に 87831 では、gh pr merge を含む一括処理でその挙動が繰り返し起きたとされています。報告者は、gh pr view json state,mergedAt を見るとマージ済みになっていたケースがあった一方、別の大きなバッチでは本当に実行されて
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le — 画面の件数がずれて落ちるときに見えているもの
TelemetrySafeError: VirtualMessageList: itemKeys/messages le — 画面の件数がずれて落ちるときに見えているもの
この症状は、Claude Code 側で VirtualMessageList: itemKeys/messages length desync が記録されているケースです。報告されている値は、keys=45 messages=44、keys=359 messages=358、keys=149 messages=148 のように、1 件だけ数がずれている形でした。いずれも TelemetrySaf
papoo.work
`--resume requires a valid session ID or session title when used with --print.` が出るときに確認したいこと
`--resume requires a valid session ID or session title when used with --print.` が出るときに確認したいこと
このエラーは、resume に渡した値が Claude Code 側で「有効な session ID でも session title でもない」と判断されたときに出ます。今回の症状クラスタでは、少なくとも 2 つの別ルートが issue として報告されています。 ひとつは 61058 で、claude p outputformat streamjson inputformat streamjso
papoo.work
File is in a directory that is denied by your permission set で止まるときに、まず見るところ
File is in a directory that is denied by your permission set で止まるときに、まず見るところ
このエラーは、読もうとしたファイルが permissions.deny の対象に入っているときに出ます。少なくとも issue 73380 では、Read/.xcconfig や Read/APIConstants.swift のような deny ルールと、PreToolUse hook を組み合わせてメインエージェントの読み取りを止める設定が報告されています。 ただし、同じ issue では少し
papoo.work
`Error: NON-FATAL: Lock acquisition failed for /Users/alexsonne/.local/share/claude/versions/2.1.119` が出るときにまず見るところ
`Error: NON-FATAL: Lock acquisition failed for /Users/alexsonne/.local/share/claude/versions/2.1.119` が出るときにまず見るところ
このエラーは、Issue 上では少なくとも 2 件まとまって報告されています。該当するのは 52724 と 54055 です。どちらも Error: NONFATAL: Lock acquisition failed for /Users/.../.local/share/claude/versions/2.1.119 expected in multiprocess scenarios という文
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したいこと
この症状に当てはまるかどうかは、まず表示されているエラー文字列で切り分けられます。今回集まっている issue では、どちらも同じ系統のエラーとして TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が報告されています。ひとつは keys=1313 messages=1312 range=1284,131
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync の切り分けメモ
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync の切り分けメモ
この症状は、issue 上では同じエラー文字列として 2 件まとまっています。どちらも、表示されているのは TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync keys=429 messages=426 range=393,426 で、スタックトレースも B:/~BUN/root/cli 配下から出ています
papoo.work
Remote Control failed to connect: Remote Control connect timed out が出るときに見ておくこと
Remote Control failed to connect: Remote Control connect timed out が出るときに見ておくこと
この症状は、少なくとも報告上は「一度つながったはずの Remote Control が、再接続で失敗する」かたちで出ています。該当する issue は 95609 と 87720 です。どちらも、Remote Control failed to connect: Remote Control connect timed out で止まる、あるいは connecting のまま進まない、という流れが
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync のときに見えていたこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync のときに見えていたこと
この症状は、Claude Code の画面内で TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ているケースです。今回確認できた issue は 2 件だけで、どちらも open のままでした。該当するのは 92184 と 95493 です。 読者がまず確認したいのは、自分の表示しているエラー文が同
papoo.work
`disabled after repeated failures · restart to retry` が出るときに見えていること
`disabled after repeated failures · restart to retry` が出るときに見えていること
この症状は、Claude Code の Remote Control が起動時やセッション中の短い失敗をきっかけに、再試行できないまま無効化されるケースとして報告されています。少なくとも issue では、失敗後に自動で復帰しない、あるいは復帰の手がかりが利用者側から見えない、という点が共通しています。 自分のケースかどうかを最初に切り分けるなら、次の2つに当てはまるかを見ます。ひとつは、起動直後
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error":"自分のツール定義が JSON Schema 2020-12 に通っていないときに出る Claude Code の 400
Error: 400 {"type":"error","error":{"type":"invalid_request_error":"自分のツール定義が JSON Schema 2020-12 に通っていないときに出る Claude Code の 400
このエラーは、Claude Code 側がツール定義の input_schema を Anthropic API に送ったとき、JSON schema が受け付けられずに 400 で返ってきたケースとして報告されています。手元で確認できる issue は 2 件で、どちらも同じ系統の文言でした。 63673 では、tools.12.custom.input_schema と tools.21.cu
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error":"messages.73.content.17.image.source.base64.data: At least one of the image dimensi… が出るときに見ておくこと
Error: 400 {"type":"error","error":{"type":"invalid_request_error":"messages.73.content.17.image.source.base64.data: At least one of the image dimensi… が出るときに見ておくこと
この症状は、少なくとも 2 件の issue で同じ系統として報告されています。手元で確認できる範囲では、どちらも画像を含むリクエストで Error: 400 {"type":"error","error":{"type":"invalid_request_error"... が返っており、文言の中心は「画像サイズが manyimage requests の上限を超えた」というものです。 6799
papoo.work
authentication failed が出るときにまず見るところ
authentication failed が出るときにまず見るところ
authentication failed という表示だけでは原因は絞れませんが、今回の issue 群で確認できるのは、少なくとも 2 つの別系統があることです。ひとつはリモート制御のセッション作成で 401 が返るケース、もうひとつは Windows 上での操作中に別の経路から制御が抜けるケースです。後者は別の症状ですが、同じく認証や制御の前提が崩れているときに起きています。 まず、自分の症状
papoo.work
auto mode is unavailable for your plan が出るときにまず見ること
auto mode is unavailable for your plan が出るときにまず見ること
この症状は、auto mode is unavailable for your plan という文言がそのまま出るケースです。今回の報告では、Claude Max で Shift+Tab から Plan mode に入ろうとしたとき、または /plan を打ったときに同じエラーが出ています。該当 issue は 44708 です。 同じ文字列でも、報告内容を見る限り少なくとも 2 つのパターンがあ
papoo.work
MCP server providing this tool may be unresponsive, crashed, or not running. が出るときに見えているもの
MCP server providing this tool may be unresponsive, crashed, or not running. が出るときに見えているもの
この症状は、少なくとも今回渡された 2 件の issue では、Claude Desktop 側の MCP クライアントが出しているメッセージとして報告されています。サーバーが本当に落ちていると断定できる材料はありません。むしろ、83908 では「チャットを切り替えた瞬間に tool/call が破棄され、サーバーには何も書き込まれない」と説明されています。つまり、見えているエラー文のわりに、原因
papoo.work
`Error: 502 <html><head><title>502 Bad Gateway</title></head><body><center><h1>502 Bad Gateway</h1></center><hr><center>cloudflare</center></body></html>` が返るときに見えているもの
`Error: 502 <html><head><title>502 Bad Gateway</title></head><body><center><h1>502 Bad Gateway</h1></center><hr><center>cloudflare</center></body></html>` が返るときに見えているもの
この症状は、少なくとも GitHub issue では 2 件とも同じ形で報告されています。どちらも Claude Code の実行中に Error: 502 と Cloudflare の 502 Bad Gateway HTML が返っており、スタックトレースには generate と makeRequest が出ています。該当 issue は 67734 と 66186 です。 まず切り分けた
papoo.work
`Error: 401 {"type":"error","error":{"type":"authentication_e` が出るときに見えていたこと
`Error: 401 {"type":"error","error":{"type":"authentication_e` が出るときに見えていたこと
まず、この件は「認証情報が無効です」という 401 で、報告されている文面はどの issue でもかなり似ています。今回の症状クラスタでは、代表 issue のエラー文が次の形でした。 同じクラスタに含まれている 79249 と 79242 でも、どちらもこの 401 が出ています。request_id はそれぞれ違いますが、返ってきたメッセージ自体は同じです。 79249: 79249 7924
papoo.work
Remote Control failed が出るときに見えていたこと
Remote Control failed が出るときに見えていたこと
Remote Control failed という同じ文言でも、issue を読む限り中身が少し違います。少なくとも今回集めた報告では、どちらも「接続しようとした瞬間に失敗する」点は共通していますが、片方は /bridge エンドポイントでの 401、もう片方は Remote Control server rejected the request HTTP 403 でした。 自分のケースがどちらに
papoo.work
`Error: Tool Glob not found
`Error: Tool Glob not found
at URK /$bunfs/root/src/entr が出るときに、まず見るべきこと この症状は、Claude Code の issue 報告では少なくとも 2 件確認できました。どちらも報告されているエラーの形は同じで、Error: Tool Glob not found から始まるスタックトレースが付いています。該当するのは 67458 と 67213 です。 ただし、今回渡された情報の範
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まず切り分けたいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まず切り分けたいこと
この症状は、Claude Code の issue 群で同じエラー文字列が繰り返し出ているものです。代表的には 95229 で、いずれも報告されたエラーとして TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が付いています。 ただし、少なくとも今回渡された issue 群だけを見る限り、解決済みの報告は
papoo.work
ERR_CONNECTION_CLOSED が出たときに、まず見分けたいこと
ERR_CONNECTION_CLOSED が出たときに、まず見分けたいこと
ERR_CONNECTION_CLOSED という文字列だけを見ると、ひとつの原因に見えてしまいます。ですが、今回の issue 群を見る限り、少なくとも二つの出方があります。 ひとつは、Cowork の macOS Desktop でチャット用の webview がネットワークを失って、そのまま戻らなくなるケースです。報告では、エージェント側の処理は続いているのに、画面側だけが壊れたままになり、
papoo.work
`The advisor tool is unavailable. Do not try to use it again.` が出るとき、まず疑うべきこと
`The advisor tool is unavailable. Do not try to use it again.` が出るとき、まず疑うべきこと
この症状は、少なくとも 66784 と 76139 で報告されています。どちらも、advisor を使おうとした場面で同じ文言が返ってきます。 手元で確認できた検証環境は次の通りです。 まず切り分けたいのは、通常の advisor 不調ではなく、特定のモデル組み合わせで advisor が使えなくなっているケースかどうかです。 76139 では、メインモデルを 1m 付きで起動したときに、advi
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときにまず確認すること
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときにまず確認すること
このエラーは、今回渡された issue 報告では 94645 と 94531 の 2 件で確認できました。どちらも TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で始まり、keys と messages の件数が 1 つずれていました。 まず、自分のケースかどうかを見るなら、エラー文に次の形が入ってい
papoo.work
`Claude Code returned an error result: No conversation found with session ID: <session-id>` が出るときに、まず見るところ
`Claude Code returned an error result: No conversation found with session ID: <session-id>` が出るときに、まず見るところ
このエラーが出るのは、VS Code の Claude Code 拡張でセッションを開き直そうとしたときです。今回の issue では、少なくとも 79118 と 79122 の 2 件で同じ文言が報告されています。 最初に確認したいのは、単なる表示不具合ではなく、セッションファイル側に会話本文が残っていないケースかどうかです。79118 では、~/.claude/projects/<projec
papoo.work
`Session creation failed — see debug log` が出るときに、まず切り分けたいこと
`Session creation failed — see debug log` が出るときに、まず切り分けたいこと
このエラーが出たとしても、同じ見え方で中身が違うことがあります。今回の issue 報告では、少なくとも二つのパターンがありました。ひとつは Remote Control のセッション登録が失敗するケース、もうひとつは /remotecontrol をその場で打ったときに最初の一回だけ無言で失敗するケースです。 78492 では、Docker/container 環境で Claude Code を
papoo.work
`MaxFileReadTokenExceededError: [REDACTED] content (34762 tok` が出るときに見えていたこと
`MaxFileReadTokenExceededError: [REDACTED] content (34762 tok` が出るときに見えていたこと
この症状に当てはまるのは、エラー文の中に MaxFileReadTokenExceededError: REDACTED content 34762 tokens exceeds maximum allowed tokens 25000 が出ていて、しかも Claude Code 側が「長すぎる内容を一度に読もうとして失敗した」ように見えるケースです。今回参照できた issue は、まったく別の状
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"tools.11.model: 'claude-opus-4-8' cannot be used as an advisor when the request mo…"} が出るときに確認したいこと
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"tools.11.model: 'claude-opus-4-8' cannot be used as an advisor when the request mo…"} が出るときに確認したいこと
この症状は、Claude Code 側のリクエストで advisor として使われるモデルが、実行しようとしている request model と噛み合っていないときに出ています。今回集まっている issue では、メッセージの中身がかなりはっきりしています。 66865 では、tools.10.model: 'claudeopus48' cannot be used as an advisor
papoo.work
ETIMEDOUT が出るときに、再接続が止まる場合と CLI が固まる場合
ETIMEDOUT が出るときに、再接続が止まる場合と CLI が固まる場合
この症状は、少なくとも 2 つの報告に分かれていました。ひとつは、スリープ解除後に Desktop App が再接続を 3 回試したあとで止まり、それ以上の自動再試行をしなくなるケースです。もうひとつは、headless Linux 上で claude のサブコマンドが version を除いて固まり続けるケースです。どちらも、ユーザー側から見ると「応答が返らない」「つながらない」という形で見えま
papoo.work
Application Error が出るときの Claude Code: Windows 11 Settings とデスクトップアプリで起きていたこと
Application Error が出るときの Claude Code: Windows 11 Settings とデスクトップアプリで起きていたこと
最初に切り分けたいのは、壊れているのが Claude 本体なのか、Windows 11 の設定画面なのかです。今回の issue では、少なくとも 2 つの別の見え方がありました。ひとつは Windows 11 の Settings アプリが落ちるケース、もうひとつは Claude desktop app が起動後しばらくして閉じ、その後は開けなくなるケースです。 前者は 79893 にあり、イベ
papoo.work
`Error: Streamable HTTP error: Error POSTing to endpoint: <html>` が出るときに見えていたもの
`Error: Streamable HTTP error: Error POSTing to endpoint: <html>` が出るときに見えていたもの
この症状は、少なくとも今回渡された issue 群では、Claude Code が POST 先の endpoint に対して返ってきた HTML の 502 Bad Gateway をそのままエラーとして見せている場面でした。報告はどちらも同じ文字列を含んでいます。 該当 issue は 87221 と 86687 です。 まず切り分けたいのは、あなたの画面に出ているのが「Claude Code
papoo.work
This site is not allowed due to safety restrictions が出て Shopee / Lazada Seller Center に入れないとき
This site is not allowed due to safety restrictions が出て Shopee / Lazada Seller Center に入れないとき
この症状は、Claude in Chrome の安全制限でサイト遷移が止められているケースです。少なくとも issue 82218 では、Shopee Seller Center と Lazada Seller Center が restricted domain として扱われ、ページが開く前に次のエラーで止まると報告されています。 This site is not allowed due to
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の desync に当たるときに見るところ
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の desync に当たるときに見るところ
この件は、少なくとも issue 上では TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync という同じエラーでまとまっています。報告は 3 件あり、いずれも open のままで、解決済みは 0 件でした。なので、現時点では「既知の恒久的な解決策がある」とは言えません。 まず、自分のケースかどうかを切り分け
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出るときに見えていること
`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出るときに見えていること
この症状は、少なくとも issue 報告上では Claude Code の内部で TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ているケースとしてまとまっています。手元で確認できるのは、同じエラー文字列を含む 2 件の issue と、そこに付いた限定的なコメントだけです。現時点では、再現手順や恒
papoo.work
`Error: Tool bash not found
`Error: Tool bash not found
at _XK /$bunfs/root/src/entr が出たときに見ること まず自分のケースかどうかを切り分けるなら、症状はかなりはっきりしています。Claude Code の実行中に Error: Tool bash not found という文言が出て、その先に at _XK /$bunfs/root/src/entrypoints/cli.js:4390:15288 のようなスタックトレ
papoo.work
ERR_CONNECTION_REFUSED で Claude Code の OAuth が止まるときに見るところ
ERR_CONNECTION_REFUSED で Claude Code の OAuth が止まるときに見るところ
まず、この症状に当てはまるかどうかはかなりはっきりしています。issue 66332 では、Android 端末から GitHub Codespaces を使っていると、Claude Code の OAuth が localhost:PORT/callback に飛び、その先に接続できず ERR_CONNECTION_REFUSED になると報告されています。claude setuptoken で
papoo.work
Claude Code process terminated by signal SIGILL が出るときの切り分け
Claude Code process terminated by signal SIGILL が出るときの切り分け
この症状は、Claude Code の起動時に SIGILL で落ちるケースです。手元で確認できた一次情報は Linux 環境の以下の出力だけで、Claude Code 自体の実行結果は取得できていません。 GitHub Issue では、同じエラーが Intel Westmere 世代の CPU で報告されています。34481 と 37065 のどちらも、VS Code 拡張機能側で と出ており
papoo.work
`Plan9 mount failed: invalid argument` が出たら、まず Windows 更新後かどうかを見る
`Plan9 mount failed: invalid argument` が出たら、まず Windows 更新後かどうかを見る
Claude Cowork で Plan9 マウントが全滅する不具合。原因は Windows 更新 KB5124008/KB5124012 だとMicrosoft公式ドキュメントが既知の問題として認めた。復旧報告があるのはKBのアンインストールのみで、恒久修正はまだ。
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の文字列が出たら見るところ
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の文字列が出たら見るところ
この症状は、Claude Code の内部で VirtualMessageList: itemKeys/messages length desync が起きたときのものです。今回の報告では、複数の issue で同じエラー文字列が出ています。 切り分けの起点はかなり単純で、エラー本文に次の形が入っているかどうかです。 この4件はいずれも open の issue で、同じ症状クラスタとして集まって
papoo.work
`Tool result missing due to internal error` が出るときに見るべきこと
`Tool result missing due to internal error` が出るときに見るべきこと
このエラー文字列だけを見ても、同じ症状かどうかは少し分かれます。少なくとも今回の issue 群では、2 つの出方がありました。ひとつは Bash や Read の結果が 1 ターン遅れて返る、あるいは途中から消えるという報告で、63766 にあります。もうひとつは VS Code のパネル webview で AskUserQuestion が失敗し、ターミナルの TUI では動くという報告で、
papoo.work
Failed to start Claude's workspace - RPC error -1: SDK version 2.1.260 not verified と [Unsupported Image] が同時に出るときに見る場所
Failed to start Claude's workspace - RPC error -1: SDK version 2.1.260 not verified と [Unsupported Image] が同時に出るときに見る場所
まず切り分けたいのは、この症状が Claude Desktop 全体の不調なのか、それとも Desktop 内の Code tab だけで起きているのか、です。今回の issue 93696 と 93693 では、どちらも「Claude Desktop on Windows」で画像を送ると Unsupported Image になり、さらに workspace の起動に Failed to sta
papoo.work
ENOTDIR が出るときに見るべき 2 つの壊れ方
ENOTDIR が出るときに見るべき 2 つの壊れ方
まず、この ENOTDIR は 1 つの症状に見えて、少なくとも issue 上では 2 つの壊れ方が報告されています。どちらも「ディレクトリとして扱うはずの場所が、そう扱えない」という点は共通ですが、起きる場所が違います。 ひとつは、デスクトップアプリでセッションを fork するときです。~/.claude/projects/<project がシンボリックリンクになっている環境で、Local
papoo.work
`OAuth session expired and could not be refreshed` が出るときにまず確認したいこと
`OAuth session expired and could not be refreshed` が出るときにまず確認したいこと
この症状は、少なくとも issue 81937 と 93521 で報告されています。どちらも「OAuth のセッションが期限切れで、更新できない」という同じ文言に見えますが、出方が少し違います。 81937 では、macOS の zsh で claude p を使うと失敗する一方、同じ端末・同じディレクトリで対話モードの claude は正常に通っています。報告文には、最初は次のような認証エラーも
papoo.work
Claude Desktop で HTTP 503 が出るときに見えていたこと
Claude Desktop で HTTP 503 が出るときに見えていたこと
まず切り分けたいのは、「起動時や設定画面の読み込みで 503 が返っている」のか、それとも「一度サインインできたあと、裏側の認証や設定取得だけが失敗している」のかです。今回の issue では、その両方に近い報告がありました。 89339 では、Windows 11 上の Claude Desktop 1.34493.1.0 で、キャッシュ済みの OAuth トークンは有効なままだったのに、サーバ
papoo.work
`ERR_INVALID_ARG_TYPE` が出て Chrome / Brave の native host が落ちるときの切り分け
`ERR_INVALID_ARG_TYPE` が出て Chrome / Brave の native host が落ちるときの切り分け
最初に見ておきたいのは、これが Windows 系の issue に寄っているかどうかです。今回の報告はどちらも Windows 11 上で、Claude Code の Chrome 連携まわりの native host が起動直後に ERR_INVALID_ARG_TYPE で落ちる、という形でした。ひとつは 57846 76556 です。 57846 では、claude chrome で起動し
papoo.work
`Failed to start Claude's workspace — Download failed. Check your internet connection and try again.` が出るときに見る場所
`Failed to start Claude's workspace — Download failed. Check your internet connection and try again.` が出るときに見る場所
この症状に当てはまるかどうかは、まず「どの画面で止まるか」でかなり絞れます。今回の issue では、Cowork の workspace 起動時にだけ Failed to start Claude's workspace — Download failed. Check your internet connection and try again. が出ています。通常の Chat は動いていて、
papoo.work
`respawn pane failed: fork failed: Device not configured` が出るときに見るところ
`respawn pane failed: fork failed: Device not configured` が出るときに見るところ
この症状は、Claude Code の Agent Teams と tmux の組み合わせで、teammate の spawn が失敗したときに報告されています。代表例は 77559 です。報告文では、Failed to send command to pane %2: respawn pane failed: fork failed: Device not configured という形で失敗し
papoo.work
Error: CreateSession 400: {"error":{"message":"GitHub repository access check failed — re-authorize GitHub in settings" で止まる /ultrareview の見分け方と、手元で確認できたこと
Error: CreateSession 400: {"error":{"message":"GitHub repository access check failed — re-authorize GitHub in settings" で止まる /ultrareview の見分け方と、手元で確認できたこと
この症状は、/ultrareview 実行時に CreateSession 400 で落ち、本文に github_repo_access_denied と reauthorize GitHub in settings が入っているものです。報告としては 56000 と 65708 が同じ文字列を含んでいました。 まず切り分けたいのは、gh auth status が通るかどうかではありません。is
papoo.work
authentication expired と出るのに、gh は正しくログインしているように見えるとき
authentication expired と出るのに、gh は正しくログインしているように見えるとき
まず、この表示が自分のケースかを切り分けます。Issue 67087 では、Claude Desktop が GitHub CLI authentication expired. Run gh auth login to refresh pull request status. というバナーを繰り返し出していた一方で、同じセッション内で gh auth status、gh api user、gh
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まずこの2件の issue と突き合わせる
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まずこの2件の issue と突き合わせる
このエラーに当たった場合、少なくとも今回渡された issue 報告では、症状の軸がかなりはっきりしています。 TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で、keys と messages の件数がずれている状態です。該当する報告は 88052 と 87872 の2件でした。どちらも open で、
papoo.work
`Failed to start Claude's workspace — VM service not running.` が出たときに、まず疑うべきこと
`Failed to start Claude's workspace — VM service not running.` が出たときに、まず疑うべきこと
このエラーは、少なくとも今回読んだ issue 群では Windows 側の仮想化まわりと強く結びついています。 ただし、根っこは 1 つではなさそうです。報告を追うと、同じ文言でも原因が違うケースが混ざっています。 最初に切り分けたいのは、自分の症状がどちら寄りかです。 64592 では、Windows 11 Pro Build 26200.8524 上でこのエラーが出て、再起動やワークスペース
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le で引っかかるときにまず見ること
TelemetrySafeError: VirtualMessageList: itemKeys/messages le で引っかかるときにまず見ること
この症状は、Claude Code 側で TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ているケースです。今回集められている issue は 4 件すべて open で、解決済みは 0 件でした。つまり、少なくともこの時点では「こうすれば直る」と言い切れる定番の解決策は見えていません。 最初に確認
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出るときに見えていること
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出るときに見えていること
この症状は、Claude Code の画面側で VirtualMessageList: itemKeys/messages length desync という不整合が起きている報告として上がっています。今回の範囲では、解決策が確立したとは言えません。少なくとも、参照できた issue はどちらも open のままでした。 自分のケースかどうかを先に切り分けるなら、エラー本文に TelemetryS
papoo.work
`Starting connection with timeout of 30000ms` が出るときに、まず疑うこと
`Starting connection with timeout of 30000ms` が出るときに、まず疑うこと
この文字列が出たからといって、ただちに「通信が遅い」の一言では片づきません。今回の 2 件の issue では、どちらも MCP サーバーが期待どおり起動しない、あるいは起動のしかたが想定とずれる ところまで話が進んでいました。 93134 は、Windows 上で desktopcommander プラグインが起動時に落ち、npm が Invalid Version: と空の version v
papoo.work
TelemetrySafeError: task output swap refused (output is an unregistered symlink made during this session): /private/tmp/claude-501/-Users-amit-Personal-auxill-p が出るときに見えていること
TelemetrySafeError: task output swap refused (output is an unregistered symlink made during this session): /private/tmp/claude-501/-Users-amit-Personal-auxill-p が出るときに見えていること
この症状は、少なくとも GitHub Issue の報告上では、Claude Code の実行中に TelemetrySafeError: task output swap refused output is an unregistered symlink made during this session が返っているケースです。報告は2件あり、91435 は closed、91042 は ope
papoo.work
Workspace unavailable. The isolated Linux environment failed to start (VM connection timeout after 60 seconds) が出るとき、まず確認したいこと
Workspace unavailable. The isolated Linux environment failed to start (VM connection timeout after 60 seconds) が出るとき、まず確認したいこと
この症状に当てはまるかどうかは、かなりはっきりしています。Claude Cowork で mcp__workspace__bash を使ったときに、次のような文言が交互に出るケースです。 Workspace unavailable. The isolated Linux environment failed to start VM connection timeout after 60 secon
papoo.work
The model's tool call could not be parsed (retry also failed): first attempt で失敗して、同じ tool call の再送で通る症状
The model's tool call could not be parsed (retry also failed): first attempt で失敗して、同じ tool call の再送で通る症状
自分のケースかどうかを先に切り分けるなら、確認したいのは「ツール呼び出しが最初の1回だけ壊れるか」「同じ内容をもう一度送ると通るか」です。今回の issue 群では、その挙動がかなりはっきり出ています。 65289 では、Claude Code の tool call が「first attempt」でよく失敗し、同じ引数をそのまま再送すると 2 回目で通る、と報告されています。失敗メッセージとし
papoo.work
MaxFileReadTokenExceededError: File content (28289 tokens) exceeds maximum allowed tokens (25000). Use offset and limit parameters to read specific portions of を見たときに確認したいこと
MaxFileReadTokenExceededError: File content (28289 tokens) exceeds maximum allowed tokens (25000). Use offset and limit parameters to read specific portions of を見たときに確認したいこと
この症状でまず目に入るのは、Claude Code が大きなファイルを読み切れずに止まっている、という点です。issue では、MaxFileReadTokenExceededError: File content ... exceeds maximum allowed tokens 25000. Use offset and limit parameters to read specific p
papoo.work
`Host denied (verification failed)` が出るときに、まず疑うこと
`Host denied (verification failed)` が出るときに、まず疑うこと
このエラーは、少なくとも報告上は 2 つのまったく違う場面で出ています。ひとつは SSH でリモートフォルダに入るとき、もうひとつは Claude Desktop の Code タブで Cowork VM を作るところです。どちらも最終的には同じ文言ですが、引き金は同一とは限りません。 まず自分のケースに近いかを切り分けると、64425 は「同じホストでもホスト名の書き方で成否が変わる」例でした。
papoo.work
EADDRINUSE が出るときに疑うこと: Claude Code の 2 つの報告
EADDRINUSE が出るときに疑うこと: Claude Code の 2 つの報告
まず切り分けたいのは、いま見ている EADDRINUSE が「自分の環境でも再現する、同じ系統の問題かどうか」です。今回の issue 群では、症状の出方が 2 通りあります。 ひとつは、Linux 上の daemon supervisor が control socket の bind に失敗して落ちるケースです。72334 では、EADDRINUSE で control.sock を掴めず、t
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` で止まるときに見ておくこと
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` で止まるときに見ておくこと
まず、自分のケースかどうかを絞ります。今回の症状クラスタでは、どちらの issue でも同じ系統のエラーが出ています。ひとつは 88174 87911 です。どちらも報告されている本体は TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で、keys と messages の数がずれている、と読めます。
papoo.work
`Error: Connection error.
`Error: Connection error.
at makeRequest /$bunfs/root/sr が出るときに見えているもの この症状は、Claude Code の CLI 内部で makeRequest から Connection error が投げられている状態として、少なくとも 2 件の issue で報告されています。該当するのは 83872 と 82703 です。どちらも報告されたエラー文字列は同じで、いま手元で確認できる
papoo.work
`Registration: Authentication failed (401): Missing Authorization header.` が出るときに見ること
`Registration: Authentication failed (401): Missing Authorization header.` が出るときに見ること
この症状は、claude remotecontrol の登録段階で止まり、401 とともに Missing Authorization header と出るケースです。今回の報告では、83958 と 83976 のどちらも、登録フェーズで同じエラーに落ちています。 まず切り分けたいのは、「単に認証が切れている」のか、「Authorization ヘッダー自体が送られていない」のかです。issue
papoo.work
`MCP server process is running, the new files are not copied` が出るときにまず見ること
`MCP server process is running, the new files are not copied` が出るときにまず見ること
この症状は、Claude Code のプラグインを更新したのに、MCP server が古いファイルを掴んだままで新しい内容が反映されない、という報告です。参照できる報告は 72678 と 75674 の 2 件で、どちらも closed になっていますが、コメントを見る限り「再現手順が足りないので調査継続のために新しい issue を出してほしい」という扱いでした。 まず、自分のケースかどうかを
papoo.work
Claude Code で `HTTP 502` が出るときに見ておくこと
Claude Code で `HTTP 502` が出るときに見ておくこと
まず、この HTTP 502 が自分のケースかどうかは、出方でだいたい分かれます。今回集まっている報告では、claude code の実行時に API Error: 502 Bad Gateway と返るケースと、remote/cloud sandbox で GitHub へのアクセス自体が 502 Bad Gateway に落ちるケースの 2 つがありました。前者は 69785 73273 です
papoo.work
Error: ELOOP: too many symbolic links encountered, open '/pr で止まるときに見えたこと
Error: ELOOP: too many symbolic links encountered, open '/pr で止まるときに見えたこと
この症状は、Error: ELOOP: too many symbolic links encountered, open '/private/tmp/claude... で始まるエラーとして issue に上がっています。今回確認できたのは、どちらの報告も /private/tmp/claude... 配下の一時パスを開く場面で ELOOP が出ていることです。少なくとも報告ベースでは、Clau
papoo.work
UnexpectedApiResponseError: API returned an empty or malformed response を見たときにまず疑うこと
UnexpectedApiResponseError: API returned an empty or malformed response を見たときにまず疑うこと
この症状は、Claude Code 側が「HTTP 200 は返ってきたのに、中身が期待した応答になっていない」と判断したときに出ています。今回渡された issue はどちらも同じ系統で、非ストリーミングのリクエストに対して eventstream が返ってきた、という報告でした。 自分のケースかどうかを見分ける手がかりは、エラーメッセージの中に contenttype eventstream や
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で止まるときに見えていたこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で止まるときに見えていたこと
まず、自分の症状が同じかどうかは、エラーメッセージの形でかなり絞れます。今回のクラスタでは、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ていて、keys=... messages=... range=...,... のように itemKeys と messages の件数差まで表示されています。
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync の切り分けメモ
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync の切り分けメモ
まず、自分のケースかどうかを先に見ます。今回の症状は、Claude Code の issue に TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync keys=82 messages=81 range=51,82 という形で報告されています。関連する報告は 84239 と 84283 の 2 件で、少なくと
papoo.work
gh が出てくるのに GitHub 連携が効いているとは限らない話
gh が出てくるのに GitHub 連携が効いているとは限らない話
「Claude Code が gh を呼ぼうとした」という症状だけを見ると、GitHub CLI が入っている前提の話に見えます。ですが、今回の issue 群では少し事情が違います。 69871 では、claude.md に「Never run any git command.」と書いていたのに、実際には次のコマンドを実行しようとしていました。 この報告から分かるのは、少なくともその環境では g
papoo.work
`Error: Lock is already released
`Error: Lock is already released
at <anonymous /$bunfs/ が出るときに見えているもの この症状は、少なくとも報告上は Claude Code の CLI 内部で Error: Lock is already released が出ているケースです。Issue では、入力プロンプトの途中で短い入力が別の操作として拾われる、あるいはセッション中の処理でトークンを使い切る、といった別の現象と一緒に報告されています。
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_ no low surrogate in string が出るときに見えること
Error: 400 {"type":"error","error":{"type":"invalid_request_ no low surrogate in string が出るときに見えること
この症状は、Claude Code から送ったリクエスト本文が JSON として受け付けられず、no low surrogate in string というエラーで 400 が返っているケースとして報告されています。今回渡された issue では、少なくとも 60394 と 68744 の両方で、同じ形のエラーが出ています。 まず自分のケースかどうかを見分けるには、エラーメッセージの中に次の文言が
papoo.work
Error: 1: Command failed with ERR_STREAM_PREMATURE_CLOSE: code --force --install-extension anthropic.claude-code が出たときに見えたこと
Error: 1: Command failed with ERR_STREAM_PREMATURE_CLOSE: code --force --install-extension anthropic.claude-code が出たときに見えたこと
この文字列が出ているなら、少なくとも報告上は code force installextension anthropic.claudecode の実行が ERR_STREAM_PREMATURE_CLOSE で途中終了しています。今回の手元の出力と、同じ症状として挙がっていた issue を照らすと、これは Claude Code のインストール処理まわりで起きた失敗として読むのが自然です。 まず
papoo.work
`temporarily unavailable` が出て Bash や Edit が止まるときに見ること
`temporarily unavailable` が出て Bash や Edit が止まるときに見ること
まず、自分のケースかどうかはかなり見分けやすいです。Claude Code の auto mode で Bash か Edit を実行しようとしたとき、次のような文言が出て処理が止まるなら、今回の症状に当たっている可能性があります。 claudeopus47 is temporarily unavailable, so auto mode cannot determine the safety o
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` に出る長さ不一致、今のところ未解決
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` に出る長さ不一致、今のところ未解決
まず、この症状が自分のケースかどうかを切り分けます。Issue 上で報告されているのは、どちらも同じ系統のエラーです。 TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync keys=812 messages=811 range=777,812 92522 では、この文言とともに WHAT THE FUCK
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したこと
この症状は、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync というエラー文字列で報告されています。今回まとまっていた issue は 2 件で、どちらも open のままで、解決済みの報告はありませんでした。つまり、少なくとも今回の材料だけでは「これで直る」と言い切れる定番解はありません。 まず、自分の
papoo.work
Error: EINVAL: invalid argument, open '/private/tmp/claude-5…' が出るときに見えたこと
Error: EINVAL: invalid argument, open '/private/tmp/claude-5…' が出るときに見えたこと
この症状は、Claude Code のサブエージェントが動いている最中に、/private/tmp/claude501/.../tasks/...output のようなパスを open しようとして EINVAL: invalid argument で落ちる、という形で報告されています。手元で確認できたのは issue 報告の文面だけで、再現手順や恒久的な回避策までは確認できていません。 自分のケ
papoo.work
2 件の Claude Code 障害を切り分ける
2 件の Claude Code 障害を切り分ける
このクラスタには、性質の違う 2 つの issue が入っています。どちらも解決済みですが、症状の出方は別物です。自分のケースかどうかは、まず「Bash tool なのか Monitor tool なのか」と「macOS なのか」を見るのが早いです。 1つ目は 64426 で、Bash tool のコマンドから flag らしきトークンが消えるという報告です。条件はかなり具体的で、コマンド置換 $
papoo.work
`The operation timed out.` が何度も出て処理が止まるときに見えるもの
`The operation timed out.` が何度も出て処理が止まるときに見えるもの
この症状は、少なくとも issue 64500 と 69311 で報告されています。どちらも報告されたエラーは同じく The operation timed out. でした。 自分のケースかどうかを先に見るなら、単発の失敗ではなく、同じ操作が何度も止まり続けるかが目印です。64500 では、モデルの tool call の解析に失敗したあとに再試行も失敗し、そのまま長時間ハングしています。ログに
papoo.work
String to replace not found が出るときに見るところ
String to replace not found が出るときに見るところ
この症状は、見た目には「編集したい文字列がそのままあるのに、Edit が失敗する」ように見えます。issue に出ている報告は、完全に同じ原因ではなさそうです。ただ、少なくとも「String to replace not found が出て編集が進まない」という点では重なっています。 最初に確認したいのは、あなたが遭遇しているのが「ファイルの内容は合っているのに置換できない」のか、「そもそも Cl
papoo.work
authentication_failed が見えても、親側では「Request interrupted by user for tool use」になることがある
authentication_failed が見えても、親側では「Request interrupted by user for tool use」になることがある
まず自分のケースかどうかを切り分けるなら、親エージェントや対話画面に出る文言だけで判断しないほうがいいです。報告されている症状では、実際の upstream は認証失敗なのに、親側には Request interrupted by user for tool use とだけ見えることがあります。これは subagent を Agent tool で起動しているときに起きた例として 70958 に残
papoo.work
Error: Plugin MCP server error - mcp-config-invalid: MCP server github invalid: Missing environment variables: GITHUB_PERSONAL_ACCESS_TOKEN が出るときに見ること
Error: Plugin MCP server error - mcp-config-invalid: MCP server github invalid: Missing environment variables: GITHUB_PERSONAL_ACCESS_TOKEN が出るときに見ること
この症状は、Claude Code が GitHub 用の MCP サーバーを初期化しようとして失敗したときに出ています。報告では、メッセージの中心は一貫していて、GITHUB_PERSONAL_ACCESS_TOKEN が足りないと明示されています。少なくとも今回集まった issue では、端末上の出力が重複して見える、あるいは同じ内容が何度も繰り返される、という別の見え方も一緒に報告されていま
papoo.work
exit code 126 が出るときにまず見るところ
exit code 126 が出るときにまず見るところ
exit code 126 だけでは原因は絞れませんが、今回の 2 件の issue はどちらも「Claude Code の Bash tool が、sandbox 有効時に毎回失敗する」という共通点がありました。しかも失敗は単発ではなく、pwd のような簡単なコマンドでも起きています。 症状の出方が似ていても、環境はかなり違います。ひとつは WSL2 上の Linux で、sandbox.ena
papoo.work
`Remote Control is not yet enabled for your account.` が出るときに見えていること
`Remote Control is not yet enabled for your account.` が出るときに見えていること
この症状は、claude remotecontrol を実行した瞬間に で止まる、という形で報告されています。関連する issue は 61890 81459 63198 です。 まず、このエラー文がそのまま出ているなら、少なくとも issue 報告上は「Remote Control の有効化判定で弾かれている」状態です。61890 では、verbose を付けてもエラー行以外の追加出力がなく、ハ
papoo.work
`[Tool result missing due to internal error]` が出るときに最初に見るところ
`[Tool result missing due to internal error]` が出るときに最初に見るところ
このエラーは、Claude Code の Bash ツールまわりで出ています。今回の issue では、見え方は違ってもどちらも「ツールの結果が内部エラー扱いで欠ける」という同じ症状でした。Bash に対する PreToolUse hook が defer を返したときにコマンドが実行されず "Tool result missing due to internal error" になる例が 643
papoo.work
TelemetrySafeError: task output swap refused (output file identity changed): これが出たら確認したいこと
TelemetrySafeError: task output swap refused (output file identity changed): これが出たら確認したいこと
この症状は、issue 92151 と 92150 の両方で報告されています。どちらも件名は同じで、本文には「the agent has been lying and doing nothing」とあり、実際にはタスクを実行していないのに完了したように見える、という訴えです。報告されたエラーは次のものです。 まず、自分のケースかどうかを切り分けるなら、少なくともこの文字列が出ているかを見ます。今回
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たときに確認したいこと
この症状は、少なくとも今回渡された 2 件の issue では同じエラーメッセージとして現れています。 TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync keys=26 messages=25 range=0,26 もう 1 件でも同系統の報告がありました。 TelemetrySafeError: Vir
papoo.work
Claude Fable 5 is currently unavailable が出るときに、まず見るべきこと
Claude Fable 5 is currently unavailable が出るときに、まず見るべきこと
この文字列が出ているだけでは、同じ症状とは限りません。今回集められている issue では、少なくとも 2 つの見え方がありました。 ひとつは、Claude for Excel addin で入力欄に打った文字が Claude 側ではなく Excel のアクティブセルに入ってしまうケースです。報告では、セル選択のチップが閉じても戻ってきて、同時にパネル内に “Claude Fable 5 is c
papoo.work
Error: Error during compaction: API Error: Usage credits req で止まるときに見えていたこと
Error: Error during compaction: API Error: Usage credits req で止まるときに見えていたこと
この症状は、/compact の途中で Error: Error during compaction: API Error: Usage credits required for 1M context · run /usagecredits to turn them on, or /model to switch to standard context という形で失敗し、セッションの圧縮が進まなく
papoo.work
`This folder contains Claude's app data and can't be shared w` が出たときにまず見ること
`This folder contains Claude's app data and can't be shared w` が出たときにまず見ること
このエラーが出るケースは、少なくとも issue 報告上では二つに分かれています。ひとつは、もともと動いていた作業フォルダがアップデート後に急に弾かれるケース。もうひとつは、フォルダ内に Skills、Scheduled、Artifacts、.claude/ などが絡んでいて、同じ文言で止まるケースです。該当する報告は 78368 と 89916 です。 見分けるときは、まず「そのフォルダは以前は
papoo.work
`thinking blocks ... cannot be modified` が出てセッションが戻らないとき
`thinking blocks ... cannot be modified` が出てセッションが戻らないとき
この症状に心当たりがあるなら、まず見分けたいのは「一度だけ 400 が出た」のか、「その後ずっと同じ 400 で詰まる」のかです。今回の issue では、後者が報告されています。途中で止まった会話が、その後の送信でも毎回 thinking 系のブロック不正として落ち続ける、という流れです。 報告されている代表例は 63374 と 63410 です。どちらも最終的には同じエラー文に行き着きます。
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出るときに見えているもの
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出るときに見えているもの
まず、この症状に当てはまるかどうかは、報告されている例を見るとかなりはっきりしています。TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync という文字列が出ていて、スタックトレースに nHt B:/~BUN/root/chunk9891yaqw.js:36:25132 が含まれているケースです。今回の材料で
papoo.work
ERR_NAME_NOT_RESOLVED が出るときに最初に見ること
ERR_NAME_NOT_RESOLVED が出るときに最初に見ること
ERR_NAME_NOT_RESOLVED は、今回の issue 報告では Claude Desktop 起動直後の通信が DNS 解決で落ちている形で出ています。読者の環境でも、起動時にネットワーク系の初期化が失敗しているなら、この症状に近い可能性があります。 73042 では、Windows 10 Enterprise 上の Claude Desktop が起動時にクラッシュし、ログには次の
papoo.work
exit code 255 で SSH が落ちるときに見るもの
exit code 255 で SSH が落ちるときに見るもの
まず自分のケースかどうかを切り分けます。今回の issue 群では、どちらも Claude Code から SSH を投げたときに exit code 255 で失敗しています。ただし、同じ 255 でも中身は違います。 68497 では、ssh の実行結果が次のようになっています。 一方、77678 では、背景が違います。issue の要約では、Claude Code の Bash tool で
papoo.work
`Error: {"type":"error","error":{"details":null,"type":"invalid_request_error","message":"Output blocked by content filtering policy"}` が出て止まるときに見えていたもの
`Error: {"type":"error","error":{"details":null,"type":"invalid_request_error","message":"Output blocked by content filtering policy"}` が出て止まるときに見えていたもの
この症状は、Claude Code が編集や生成を進めようとした直後に、Anthropic API 側のエラーとして のような応答を返し、作業が進まなくなるものです。報告されている issue はどちらも同じエラーメッセージで、63572 と 61565 です。 切り分けの入口は単純で、あなたのケースが「ファイルの中身や依頼内容に関係なく、このエラー文字列で止まる」かどうかです。報告の範囲では、6
papoo.work
`Invalid OAuth Request — Missing redirect_uri parameter` が出て Claude Code の OAuth ログインが進まないとき
`Invalid OAuth Request — Missing redirect_uri parameter` が出て Claude Code の OAuth ログインが進まないとき
まず、この症状に当てはまりやすいのは、ブラウザが開いた先で Invalid OAuth Request — Missing redirect_uri parameter と表示され、ログイン処理が最後まで進まないケースです。Issue では、claude auth login のあとにブラウザが claude.ai/cai/oauth/authorize 側へ飛び、認証完了後に 付近で同じ文言が出
papoo.work
`Tell the user that these servers need to be authorized … and` が出るのに、実際は使えることがある
`Tell the user that these servers need to be authorized … and` が出るのに、実際は使えることがある
まず切り分けたいのは、MCP 接続が本当に未認証なのか、それとも「未認証だと言われているだけ」なのかです。今回の症状は後者として報告されています。claude.ai の OAuth connector がすでに認証済みで、同じセッション内でツール呼び出しも成功しているのに、セッション開始時の system reminder に「requires authentication before thei
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたときに確認したいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたときに確認したいこと
このエラーは、GitHub Issue 上では複数件まとまって報告されています。手元で見えた範囲では、いずれも同じ文言の TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ており、たとえば 79235 に含まれていました。 ただし、報告内容だけでは原因はひとつに絞れません。モデルの切り替えに見えるとい
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le — `keys=249 messages=248` が出たときに見ること
TelemetrySafeError: VirtualMessageList: itemKeys/messages le — `keys=249 messages=248` が出たときに見ること
まず、この症状が自分のケースかどうかは、エラー本文の形でほぼ見分けられます。今回集まっている issue では、いずれも TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync に続いて、keys=... messages=... range=...,... という不一致が出ています。たとえば 79204 では
papoo.work
exit code 139 で `claude` が起動直後に落ちるときの見分け方
exit code 139 で `claude` が起動直後に落ちるときの見分け方
claude を打った瞬間に何も表示されず終わる。claude help も claude version も同じで、終了コードが 139 になる。今回の issue 群は、この形にかなり近い症状です。 報告されているのは、Ubuntu 26.04 LTS の VirtualBox VM 上で claude が即死した例と、Linux x86_64 上で 2.1.243 が起動直後に SIGSEG
papoo.work
`WorktreeRemove hook failed` が出るのに、hook 自体は悪くないことがある
`WorktreeRemove hook failed` が出るのに、hook 自体は悪くないことがある
最初に切り分けたいのは、「本当に WorktreeRemove hook が失敗したのか」と「削除経路の都合でそう見えているだけか」です。今回の issue 群では、その2通りが混ざっています。 ひとつは 82097 です。ここでは、claude agents の agent 削除で WorktreeRemove hook failed が出るものの、報告者の言葉では ~/.claude/hook
papoo.work
Permission to use mcp__workspace__bash has been denied. が出続けるときに確認したこと
Permission to use mcp__workspace__bash has been denied. が出続けるときに確認したこと
この症状は、Cowork で mcp__workspace__bash と mcp__workspace__web_fetch が毎回拒否される、という形で報告されています。関連する issue は 91582 と 91561 です。 まず、自分のケースかどうかは次の見え方で切り分けられます。Issue 報告では、mcp__workspace__bash だけでなく mcp__workspace_
papoo.work
claude が `command not found` になるのに、インストール自体は成功したように見える
claude が `command not found` になるのに、インストール自体は成功したように見える
新しいターミナルを開くたびに claude が見つからない。けれど、インストールの途中では成功メッセージが出ている。そんなときは、まずこの2つの issue が自分の症状に近いかを見たほうがいいです。 1つは、install.sh か claude install が「launcher と shell integration を設定した」と表示するのに、~/.local/bin を PATH に追
papoo.work
exit code 127 が出るときにまず見るところ
exit code 127 が出るときにまず見るところ
手元の issue を見る限り、exit code 127 は少なくとも 2 つの別系統で報告されています。ひとつは macOS の Claude Desktop / Cowork まわりで、Claude Code のプロセス自体が起動できずに落ちるケースです。もうひとつは、プロジェクト内に置いたカスタム subagent が Agent tool に現れないという報告です。後者は症状の説明に e
papoo.work
Claude Code が exit code 134 で落ちるときに、まず見るべき差分
Claude Code が exit code 134 で落ちるときに、まず見るべき差分
自分のケースかどうかを先に切り分けるなら、まず「Claude Desktop に付属している Claude Code だけが落ちるのか」を確認したほうが早いです。issue には、同じ macOS 12 系の機械で、Desktop app の bundled build だけが起動直後に死に、standalone CLI は動いた例がありました。つまり、少なくとも報告上は「macOS が古いから全
papoo.work
thinking blocks cannot be modified が出るときに起きていたこと
thinking blocks cannot be modified が出るときに起きていたこと
まず、このエラーが出るケースかどうかを切り分けます。手元の issue 報告では、どれも thinking か redacted_thinking のブロックが、最新の assistant message に入ったあとに壊れています。しかも一度壊れると、そのセッションの続行や再開がずっと失敗し続けます。 たとえば 63258 では、バックグラウンド実行した subagent が最初のターンで即座に
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"messages.1.content.22: `thinking` or `redacted_thinking` blocks in the latest assi を踏んだときに確認したいこと
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"messages.1.content.22: `thinking` or `redacted_thinking` blocks in the latest assi を踏んだときに確認したいこと
この症状は、Claude Code の会話が途中から進まなくなり、API から 400 を返され続けるタイプのものです。報告されている文言はほぼ共通していて、thinking か redacted_thinking ブロックを最新の assistant message から変更できない、という内容になっています。 Issue 群を見る限り、63121 で、同じ系統のエラーがまとまって出ています。い
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le で始まる desync は、いま報告されている同型の症状です
TelemetrySafeError: VirtualMessageList: itemKeys/messages le で始まる desync は、いま報告されている同型の症状です
この症状は、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を含むエラーとして、少なくとも 2 件の issue に出ています。報告された環境はいずれも Windows で、Claude Code の Version は 2.1.257 でした。現時点で解決済みの issue は 0 件です。 まず、自
papoo.work
`Remote Control disconnected — Your terminal's Claude Code session stopped responding. Check your terminal for errors, then resend your message.` が出るときに見るところ
`Remote Control disconnected — Your terminal's Claude Code session stopped responding. Check your terminal for errors, then resend your message.` が出るときに見るところ
この症状は、少なくとも issue 79057 と 76954 で報告されています。 どちらも共通しているのは、Desktop 側でセッションを開き直したときに Remote Control 接続が失敗し、同じ文言のエラーが出ることです。 まず、自分のケースがこの系統かを切り分けると話が早いです。 79057 では、別のマシンから completed 済みの scheduledtask sessi
papoo.work
`Subprocess initialization did not complete within 60000ms — ` が出るときに見るべきこと
`Subprocess initialization did not complete within 60000ms — ` が出るときに見るべきこと
この症状は、少なくとも issue 報告上では、Claude Code の subprocess 起動後に初期化が 60 秒で打ち切られたときに出ています。該当する報告は 72315 と 91149 です。どちらもエラーメッセージは同じで、ホスト側は「authentication and network connectivity」を疑う文言を出しています。 まず切り分けたいのは、「認証やネットワー
papoo.work
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} で止まる Claude Code の 429
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} で止まる Claude Code の 429
この症状は、GitHub Issue 上では少なくとも 71635 と 71504 で報告されています。どちらも、API Error: Server is temporarily limiting requests not your usage limit · Rate limited という説明と、同じ 429 系のエラー文字列が付いていました。報告内容だけを見る限り、利用者側の使用量上限ではな
papoo.work
`Unable to connect to API (ConnectionRefused)` が出るときにまず見ること
`Unable to connect to API (ConnectionRefused)` が出るときにまず見ること
この症状は、Claude Code が API への接続に失敗したときに出ています。今回の材料の中では、同じ文言が出ている issue は 2 件あり、Windows の報告 71485 と、macOS の報告 75897 です。どちらも「接続できない」こと自体は共通していますが、切り分けの材料は少し違います。 最初に見るべきなのは、Claude Code 以外では API に届いているかどうかで
papoo.work
Claude Code で `HTTP 500` が返るときに見えていること
Claude Code で `HTTP 500` が返るときに見えていること
まず切り分けると、この症状は少なくとも 2 件の報告で同じ文言が出ています。ひとつは VS Code 拡張で Claude Code を使っているときに、もうひとつはターミナルからのリクエストで、どちらも 500 Internal server error です。報告内容だけを見る限り、特定のファイル操作に限られた失敗ではなく、Claude Code への要求そのものが通らない状態に見えます。 該
papoo.work
`Improved the Read tool to return a truncated first page with` が見えても、読み方によってはまだ落ちる
`Improved the Read tool to return a truncated first page with` が見えても、読み方によってはまだ落ちる
まず切り分けたいのは、Read が「全部読む」ときに途中まで返してくるケースなのか、offset や limit を指定したケースなのかです。今回の issue 群は同じ症状クラスタですが、挙動が少し違います。 77489 では、offset / limit を明示した Read が、選んだ範囲のトークン数が上限を超えると古い hard error に落ちると報告されています。エラーメッセージは次
papoo.work
Error: 401 The socket connection was closed unexpectedly. Fo で止まるときにまず見るところ
Error: 401 The socket connection was closed unexpectedly. Fo で止まるときにまず見るところ
この症状は、Claude Code 側の issue 報告では 2 件とも closed になっており、しかも両方が duplicate 扱いでした。参照できる報告は 70557 と 70753 です。 最初に切り分けたいのは、「同じ 401 系の文面が出ているだけ」なのか、それとも「本当に会話の流れを壊しているのか」です。issue 70557 では、.172 以降にほぼ毎日このエラーが出るとい
papoo.work
`Session creation failed` が出るときに見えているのは、たぶん「古い状態が残っている」こと
`Session creation failed` が出るときに見えているのは、たぶん「古い状態が残っている」こと
この症状に近いのは、Remote Control のセッション作成が失敗し、再接続や再登録をしてもすぐには直らないケースです。報告されている issue では、iOS の Claude app から Remote Control セッションを作ろうとすると Session creation failed — see debug log が出る一方で、ローカル側の clauderemote@ sys
papoo.work
The model's tool call could not be parsed (retry also failed) が出るときに見えていたこと
The model's tool call could not be parsed (retry also failed) が出るときに見えていたこと
まず、自分のケースかどうかを切り分けるなら、実行中にこの文言で止まるかを見ます。 The model's tool call could not be parsed retry also failed 今回の症状クラスタで参照できる issue は、どちらも Claude Code 側で tool call の構造が壊れていたケースでした。62467 では、claudeopus47 と exten
papoo.work
exit code 143 が出る Claude Code の切り分けメモ
exit code 143 が出る Claude Code の切り分けメモ
まず、手元の症状がこのクラスタに当てはまるかを見るなら、出方がかなり重要です。issue 62985 では、デスクトップアプリのサイドバーでセッションを切り替えただけで、動作中の claude プロセスが SIGTERM で止まり、exit code 143 になっています。Session was interrupted の表示が出て、実行中の agent や tool call、応答途中の処理が
papoo.work
HTTP 404でClaude CodeがGitHubのprivate repoを読めないときに見えること
HTTP 404でClaude CodeがGitHubのprivate repoを読めないときに見えること
まず、この症状に当てはまるかを切り分けます。Issue 上では、Claude の GitHub 連携が有効になっていても、private repository にアクセスできず HTTP 404 に見える報告が出ています。たとえば 68517 では、個人アカウント配下の private repo に対して Claude GitHub App を「All repositories」でも「Only s
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error"} で止まる Claude Code の `/goal` と stop hook
Error: 400 {"type":"error","error":{"type":"invalid_request_error"} で止まる Claude Code の `/goal` と stop hook
まず切り分けたいのは、このエラーが「会話全体」ではなく、goal コマンドや stop hook の実行時に出ているかどうかです。今回の報告では、/goal が stop hook 側で失敗している例と、stop hook evaluator から Prompt is too long が返る例が並んでいます。61759 では「1M context window を無効にした状態で 200k to
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見つけたら読むこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見つけたら読むこと
まず、自分のケースかどうかを切り分けます。この症状は、Claude Code の実行中に TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync という文字列が出て、keys= と messages= の数が一致していない形で報告されています。今回寄せられた 2 件の issue はどちらも未解決で、片方はセキ
papoo.work
`VM service not running. The service failed to start.` が出るときに見るところ
`VM service not running. The service failed to start.` が出るときに見るところ
このエラーは、少なくとも今回確認できた issue では、Cowork の VM サービス側で起動に失敗しているときに出ています。ユーザー向けの文言は同じでも、原因は 1 つではありません。 自分のケースかどうかを見分ける材料としては、まず「どの製品で出ているか」が重要です。39010 は Windows 10 Pro 上の Cowork で、起動時に VM service not running
papoo.work
Workspace unavailable. The isolated Linux environment failed to start (VM service not running. The service failed to start.) が出るときにまず見るところ
Workspace unavailable. The isolated Linux environment failed to start (VM service not running. The service failed to start.) が出るときにまず見るところ
このエラーは、Claude の Cowork/interactive session で、隔離された Linux 環境が立ち上がらないときに出ています。少なくとも issue 報告上では、ファイル操作の機能は動くのに、shell/sandbox だけが落ちるケースがありました。 該当する報告は 70199 です。 切り分けの起点はかなりはっきりしています。Workspace unavailable
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出るときに、まず疑うこと
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出るときに、まず疑うこと
この症状は、GitHub issue 上では 3 件とも同じ系統のエラー文字列として報告されています。いずれも TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で始まり、keys と messages の数が一致していませんでした。 たとえば 86759 では keys=222 messages=221
papoo.work
ERR_VM_PIPE_CLOSED が出るときに見るべきところ
ERR_VM_PIPE_CLOSED が出るときに見るべきところ
この症状は、Windows 版 Claude Desktop で Cowork を起動しようとしたときに「Failed to start Claude's workspace / RPC pipe closed」と出るものです。今回参照した issue はどちらも未解決で、しかも再インストールが途中で止まる、あるいは署名検証で落ちる、という流れまで共通しています。該当する報告は 86825 と 9
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync のとき、まず疑うこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync のとき、まず疑うこと
このエラー名がそのまま出ているなら、少なくとも「Claude Code のセッション内部で、保持しているメッセージ数とキー数がずれた」状態に遭遇している可能性があります。今回見ている issue では、itemKeys/messages length desync が複数報告されていて、しかも症状の出方が少し違います。 たとえば 90480 では、リファクタリング用の orchestrator と
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見つけたときに確認したこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見つけたときに確認したこと
まず、このエラーが自分のケースかどうかを切り分けるなら、Claude Code の画面やログに次の文言が出ているかを見ます。 TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync 今回集めた issue は 2 件で、どちらも同じ症状クラスタに入っていました。1 件は 87704 で、もう 1 件は 8663
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まず確認したいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まず確認したいこと
この症状は、Claude Code の画面側で TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ているケースです。今回集まっている issue は 90375 の 4 件で、いずれも open のままで、少なくともこの範囲では解決済み報告はありません。 まず、このエラーは 4 件とも同じ文言です。
papoo.work
ERR_BLOCKED_BY_CLIENT が Browser pane で出るときに見ておきたいこと
ERR_BLOCKED_BY_CLIENT が Browser pane で出るときに見ておきたいこと
この症状は、Claude Code の Browser pane でトップレベルの HTML は開くのに、同一オリジンの subresource が net::ERR_BLOCKED_BY_CLIENT で落ちる、という形で報告されています。報告は 86362 と 89725 の 2 件で、どちらも「ページ自体は 200 で返るのに、CSS や JS、XHR/fetch が読めず、結果として画面が
papoo.work
Ptn: Insufficient scope: required "https://www.googleapis.com/auth/drive https://www.googleapis.com/auth/drive.file https://www.googleapis.com/auth/drive.resour…"` が出るときに見えているもの
Ptn: Insufficient scope: required "https://www.googleapis.com/auth/drive https://www.googleapis.com/auth/drive.file https://www.googleapis.com/auth/drive.resour…"` が出るときに見えているもの
この症状は、少なくとも issue 上では 2 件とも同じエラー文字列にぶつかっています。90073 と 89917 のどちらも、報告されたエラーとして Ptn: Insufficient scope: required " が挙がっていました。 ただし、この 2 件の issue だけでは、Claude Code 側のどの処理でこのエラーが起きたのか、またどう直したのかまでは分かりません。少なく
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の desync が出るときに見えていること
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の desync が出るときに見えていること
この症状は、Claude Code 側で TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出ているケースです。今回集まっている issue は 3 件で、いずれも同じ系統のエラー文字列を含んでいました。 まず、自分のケースかどうかを見分けるには、エラー本文が itemKeys/messages len
papoo.work
Error: Streamable HTTP error: Error POSTing to endpoint: {"id"... を見たら最初に確認すること
Error: Streamable HTTP error: Error POSTing to endpoint: {"id"... を見たら最初に確認すること
この症状は、Claude Code から Streamable HTTP の MCP サーバーに POST したとき、返ってきたエラー本文が Request had insufficient authentication scopes. になっているケースです。Issue では同じ文言が複数件まとまっており、70638 のいずれにもこのエラーが含まれていました。 まず大事なのは、これが「Claud
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le のエラーが出たときに見えていたこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages le のエラーが出たときに見えていたこと
このエラーは、少なくとも issue 上では 2 件とも open のままで、まだ解決済みの報告はありません。似た見え方でも、きっかけは少し違います。ひとつは null reference のデバッグ依頼で安全フィルタが過剰に反応したという報告、もうひとつは Anthropic API 側の HTTP 529 が出ていたという報告です。どちらも、本文に出ているエラー文字列は同じ系統でした。 まず、
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le が出たら見るところ
TelemetrySafeError: VirtualMessageList: itemKeys/messages le が出たら見るところ
この症状は、少なくとも今回の 2 件の issue では、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync という同じエラー文字列で報告されています。該当するのは 89889 と 89307 です。 まず切り分けたいのは、「Claude Code が内部でメッセージ一覧の長さ不整合を起こして落ちているのか
papoo.work
EISDIR が出る Claude Code の2つの壊れ方
EISDIR が出る Claude Code の2つの壊れ方
まず、自分のケースかどうかを切り分けます。今回の EISDIR は、GitHub の報告を見る限り、少なくとも 2 系統あります。ひとつは Linux arm64 で Claude Desktop が Claude Code のバイナリを落とせず、起動のたびに「binary is missing or damaged」と出る件です 89850 Windows の VS Code 拡張で、\\?\
papoo.work
`this is the missing part.` があるのに、指示が「取り消し」に化けるときに起きていること
`this is the missing part.` があるのに、指示が「取り消し」に化けるときに起きていること
この症状は、ユーザーが不足分を示すために this is the missing part. と書いたあと、別のメッセージで「まだ部品が足りない」と指摘したつもりが、Claude Code 側では「その部品をキャンセルせよ」という意味に読まれてしまうケースです。報告されている issue は 89886 と 89899 です。 まず見分けたいのは、単なる実装漏れではなく、モデルがユーザーの追記を逆
papoo.work
`Navigation to this domain is not allowed` が出るときに、まず疑うべきこと
`Navigation to this domain is not allowed` が出るときに、まず疑うべきこと
Claude Code の Claude in Chrome connector で、navigate や computer などの操作がすぐ失敗し、エラーが Navigation to this domain is not allowed になる症状が報告されています。今回の issue 群では、対象ドメインは 1 つに限られず、mail.google.com、google.com、exampl
papoo.work
Error: 413 {"error":{"type":"request_too_large","message":"Request exceeds the maximum size"} で止まるときに見えているもの
Error: 413 {"error":{"type":"request_too_large","message":"Request exceeds the maximum size"} で止まるときに見えているもの
このエラーが出ているなら、少なくとも Claude Code 側では「送ろうとしたリクエストが大きすぎる」と判定されています。報告されている2件はいずれも同じ文字列で、73908 は closed、77419 は open です。現時点では、issue だけを見る限り「何がどのくらい大きかったのか」を外から確定できません。 実際の報告では、どちらもスタックの先頭に generate が出ています。
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"messages.7.content.0: unexpected `tool_use_id` found in `advisor_tool_result` blocks と出たときに見ること
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"messages.7.content.0: unexpected `tool_use_id` found in `advisor_tool_result` blocks と出たときに見ること
このエラーは、Claude Code 側のトランスクリプト再構築で advisor_tool_result と server_tool_use の対応が崩れたときに出ているようです。少なくとも issue 報告では、advisor_tool_result の前に対応する server_tool_use が必要なのに、それが見つからない／ずれる、という形で説明されています。 同じ症状として報告されて
papoo.work
`ERR_CONNECTION_RESET` が出るとき、まず見るべき切り分け
`ERR_CONNECTION_RESET` が出るとき、まず見るべき切り分け
この症状は、Claude Code の cloud environment や web sandbox でブラウザ系の通信だけが落ちるときに出ています。報告されているのは、Playwright MCP の browser_navigate や headless Chromium の page.goto が、どの URL でも net::ERR_CONNECTION_RESET になるケースです。対
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の症状を見分ける
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の症状を見分ける
まず、自分のケースかどうかを切り分けます。今回の症状は、Claude Code の画面やログで TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync という文言が出るものです。報告されている 2 件の issue は、どちらもこのエラー文字列を伴っていました。89631 89615 ひとつ目の報告では、sca
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の件で、まず自分の症状かを見分ける
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の件で、まず自分の症状かを見分ける
この症状は、Issue に載っているエラーメッセージがかなり特徴的です。検索用にそのまま書くと、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync です。 手元で確認できたのは、少なくとも次の 2 件の報告が同じクラスタに入っていることです。どちらも open のままで、解決済みの報告ではありません。 84
papoo.work
`Error: Streamable HTTP error: Error POSTing to endpoint: {"t` で止まるときにまず見ること
`Error: Streamable HTTP error: Error POSTing to endpoint: {"t` で止まるときにまず見ること
この症状で報告されているのは、Claude Code が MCP server への POST に失敗し、返ってきた応答が 403 Forbidden になっているケースです。手元で確認できた issue はどちらも同じ断片を含んでいました。 89649 では、報告されたエラーが次のように出ています。 78213 でも、同じく以下の断片が報告されています。 つまり、少なくともこの 2 件では「Cl
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出たときに確認したいこと
`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出たときに確認したいこと
この症状は、Issue 上では少なくとも 2 件まとまっていて、どちらも未解決です。85847 は legacy codebase の reverse engineering 中に fallback model のメッセージが出たあと、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync keys=36 me
papoo.work
`TypeError: Cannot destructure property 'preloadScripts' of '` が出るときに見るべきこと
`TypeError: Cannot destructure property 'preloadScripts' of '` が出るときに見るべきこと
この症状は、少なくとも今回参照した 2 件の issue では、Claude Desktop の起動直後に落ちる系の話として報告されています。1 件は Windows/MSIX 版で、起動後 1.5〜10 秒ほどで main process が自分で終了し、exit code 1 0xFFFFFFFF になったというものです 86535 1 件は Windows 版で、renderer の boo
papoo.work
`auto-update failed` が消えないときに見たこと
`auto-update failed` が消えないときに見たこと
autoupdate failed の表示が出ても、実際には壊れていないケースがあります。少なくとも issue 82408 と 89286 では、背景の自動更新が一度失敗したあと、その失敗表示が残り続ける挙動が報告されています。しかも claude doctor を実行しても「No installation issues found」と返り、表示されている警告と実態が一致しません。 読者がまず確
papoo.work
`Claude Code returned an error result: No conversation found with session ID` が出るときに、まず見るところ
`Claude Code returned an error result: No conversation found with session ID` が出るときに、まず見るところ
このエラーを追っていくと、少なくとも issue 上では「どのセッションを開こうとしているか」で挙動が分かれています。 61726 では、Cursor の Claude Code extension で Web タブに並んだセッションをクリックすると失敗し、Local タブのセッションは開ける、と報告されています。 79924 では、VS Code extension の /memory パネルで
papoo.work
`Tool execution failed` が出るとき、まず見るべき切り分け
`Tool execution failed` が出るとき、まず見るべき切り分け
Tool execution failed という表示だけでは、原因は1つに絞れません。今回確認できた issue 報告では、少なくとも次の2種類が混ざっています。ひとつは、MCP サーバーに tool 呼び出し自体が届いていないケース。もうひとつは、特定の tool だけが失敗するケースです。 たとえば 79926 では、Claude Desktop のローカル stdio MCP サーバーで
papoo.work
`claude native binary not installed.` が出るときにまず見るところ
`claude native binary not installed.` が出るときにまず見るところ
この症状は、少なくとも報告されている範囲では Termux / Android と、macOS 上での npm グローバルインストールまわりの2系統に分かれていました。どちらも、claude を起動したときに 「native binary が見つからない」 形で止まります。ただし、解決済みの共通パターンはまだ見えていません。 Android 側の報告は 50270 です。ここでは、v2.1.113
papoo.work
`claude-opus-4-8 is temporarily unavailable, so auto mode cannot determine the safety of Bash right now` が出たときに見えていること
`claude-opus-4-8 is temporarily unavailable, so auto mode cannot determine the safety of Bash right now` が出たときに見えていること
この文字列が出ているなら、少なくとも今の Claude Code は「auto mode で Bash の安全判定をしたいが、claudeopus48 が一時的に使えない」と判断しています。ここで大事なのは、エラーそのものよりも、Bash の扱いが auto mode による安全判定待ちで止まるという点です。 ただし、原因が一つに決まるわけではありません。公開 issue では、長いセッションやコ
papoo.work
`jq` がないと valid JSON を invalid 扱いする
`jq` がないと valid JSON を invalid 扱いする
この症状は、Claude Code の hook 開発用スクリプト plugindev/skills/hookdevelopment/scripts/testhook.sh を使っていて、入力 JSON は正しいはずなのに「invalid JSON」と言われるケースです。issue 83802 では、jq がインストールされていない環境でこの誤判定が起きると報告されています。 まず切り分けたいのは
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見つけたら、まず見るところ
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見つけたら、まず見るところ
このエラー文字列が出ているなら、少なくとも報告されている症状群は同じです。Issue では 87283 と 88158 の 2 件で、どちらも TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が添えられていました。前者は「最初に当たったものだけを見て止まる」「十分に確認しない」といった挙動、後者は up
papoo.work
ERR_ABORTED が出るときに、まず見るべき 2 つの Claude Code 事例
ERR_ABORTED が出るときに、まず見るべき 2 つの Claude Code 事例
ERR_ABORTED は同じ文字列でも、報告されている中身がかなり違います。今回の issue 群では、少なくとも 2 パターンありました。ひとつは Claude Cowork 連携で artifact を作った直後に表示と共有が失敗する件、もうひとつは Claude in Chrome の read_network_requests が中断された通信に対して HTTP 503 を作って見せてし
papoo.work
`Error: 401 {"type":"error","error":{"type":"authentication_e` で止まるときに見ること
`Error: 401 {"type":"error","error":{"type":"authentication_e` で止まるときに見ること
そのエラーが出ていて、Claude Code の操作が途中で止まるなら、この件の報告とかなり近い可能性があります。Issue の本文では、ツールが指示に従わない、独自判断を始める、といった見え方で困っていましたが、実際に載っているエラーは同じでした。 引用できる一次情報は、報告されたエラー文字列です。 同じ症状として挙がっていた issue は 68571 と 68427 です。どちらも clos
papoo.work
The socket connection was closed unexpectedly. For more info が出るときに見ておきたいこと
The socket connection was closed unexpectedly. For more info が出るときに見ておきたいこと
この症状は、少なくとも今回渡された issue では 2 つの顔を持っています。ひとつは、help を付けたつもりのコマンドが実行されてしまったケース、もうひとつは、小さなファイルを読んでいる途中で CLI が長時間止まり、最後に Request timed out. を伴って落ちるケースです。どちらも共通して、表に出るのは The socket connection was closed une
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の文字列が出たら、まず見るところ
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の文字列が出たら、まず見るところ
この症状は、GitHub Issue 上では少なくとも 2 件まとまっていて、どちらも open のままで解決済みではありません。報告されているエラーは同じで、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync です。 該当 issue は 80676 と 80664 です。 まず、自分のケースかどうかを切
papoo.work
`Permission for this action was denied by the Claude Code aut` と出るときに見分けたいこと
`Permission for this action was denied by the Claude Code aut` と出るときに見分けたいこと
この症状は、少なくとも報告上は 2 つの別パターンがあります。ひとつは、auto mode の判定が本来通してよいツール呼び出しを止めるケース。もうひとつは、コンパクション後の文脈を「まだ有効なユーザー指示」とみなしてしまい、その後の呼び出しを拒むケースです。いずれも、ユーザー操作そのものが禁止されているというより、Claude Code 側の自動判定が原因になっています。 まず切り分けの軸は、拒
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le で止まるときに見るもの
TelemetrySafeError: VirtualMessageList: itemKeys/messages le で止まるときに見るもの
この症状は、報告されている範囲では TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で、keys=174 messages=173 や keys=473 messages=472 のように、itemKeys と messages の数が 1 件ずれて落ちています。少なくとも issue 88908 と
papoo.work
`Cannot find module '/Users/uditgoenka/Desktop/workspace/social/.claude/hooks/session-state.cjs'` が出るときに見るところ
`Cannot find module '/Users/uditgoenka/Desktop/workspace/social/.claude/hooks/session-state.cjs'` が出るときに見るところ
この症状は、Claude Code のフック実行時に MODULE_NOT_FOUND が出て、sessionstate.cjs を探しに行って失敗しているケースです。少なくとも issue 54743 では、PreToolUse:Bash、PreToolUse:Read、PostToolUse:Bash、stop hook など複数の hook event で同じエラーが連発し、出力を埋め尽くす
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"The following domains are not accessible to our user agent: ['reddit.com']. Read m と出たときに起きていたこと
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"The following domains are not accessible to our user agent: ['reddit.com']. Read m と出たときに起きていたこと
このエラー文字列が見えていて、Claude Code の動きが不自然に増える、あるいは作業中にモデルが変わったように見えるなら、今回集めた issue 群とかなり近いです。対象になっているのは 68961 と 78780 です。どちらも報告時に、同じエラー文として Error: 400 {"type":"error","error":{"type":"invalid_request_error",
papoo.work
`VM connection timeout after 60 seconds` が出るときに、まず見たいところ
`VM connection timeout after 60 seconds` が出るときに、まず見たいところ
この症状は、少なくとも GitHub 上では 2 件まとまっていました。ひとつは Snapdragon X 環境での報告、もうひとつは Windows 11 Home の低スペック環境で、アップデート後に Cowork guest が毎回失敗するという報告です。どちらも同じエラー文言です。検索するなら VM connection timeout after 60 seconds で十分です。 80
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の症状が出たときに確認したいこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages le の症状が出たときに確認したいこと
この症状は、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync という文言で報告されています。今回見つかった 3 件の issue は、いずれも open のままで、解決済みは 0 件でした。こちらで確認できた範囲では、まだ「これをやれば直る」と言い切れる情報はありません。 まず、自分のケースかどうかを見分
papoo.work
Error: 404 {"type":"error","error":{"type":"not_found_error"… が出て Claude Fable 5 が使えないときに確認したこと
Error: 404 {"type":"error","error":{"type":"not_found_error"… が出て Claude Fable 5 が使えないときに確認したこと
この症状は、not_found_error の本文に Claude Fable 5 is not available. Please use Opus 4.8. と出ているのが手がかりです。報告された issue では、68683 と 68735 のどちらも同じエラー文字列でした。どちらも closed になっており、代表 issue 側では重複候補の案内も出ています。 実際の報告文に含まれていた
papoo.work
This version can't be shared publicly が出るときに見えていること
This version can't be shared publicly が出るときに見えていること
「Share publicly」に切り替えた直後に、This version can't be shared publicly. Publish a new version or change the shared version, then try again. が返る。これが出ているなら、少なくとも issue 報告上は、Artifact の公開共有がその版で止まっている状態です。79824
papoo.work
Claude Code が `exit code 3` で落ちるときに見えていること
Claude Code が `exit code 3` で落ちるときに見えていること
自分のケースかどうかを先に切り分けるなら、今回集められている issue はどれも「Claude Code のプロセスが途中で死んで、結果として exited with code 3 と見える」点は共通です。ただし、落ちるタイミングと見えているクラッシュ住所が違います。 たとえば、78436 は、Windows 11 上の Claude Code desktop session が約 30 分後に
papoo.work
`disabled after repeated failures · restart to retry` が出るときに見えていること
`disabled after repeated failures · restart to retry` が出るときに見えていること
まず、この症状に当てはまるかどうかを先に切り分けます。今回の issue では、Remote Control が失敗を重ねたあとに無効化され、再起動しないと試し直せないように見える、という報告が 2 件あります。78364 では「3 回の一時的な失敗」で Remote Control が静かに恒久無効化される、と書かれています。87269 では、起動時に Remote Control の開始に失敗
papoo.work
`Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"The following domains are not accessible to our user agent: ...` が出るときに見えること
`Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"The following domains are not accessible to our user agent: ...` が出るときに見えること
この症状は、Claude Code が何かの処理で外部ドメインにアクセスしようとして、そのドメインが user agent から到達できないと返されたときに出ています。今回の issue 群では、報告されているドメインが少し違います。78780 では reddit.com、76310 では blog.naver.com と m.blog.naver.com が挙がっていました。 手元で確認できたの
papoo.work
`Permission for this action was denied by the Claude Code auto mode classifier.` が出て、通るはずの操作まで止まるとき
`Permission for this action was denied by the Claude Code auto mode classifier.` が出て、通るはずの操作まで止まるとき
この症状に当てはまるかどうかは、かなりはっきりしています。Claude Code の auto permission mode で、ユーザーが止めるつもりのない通常のツール呼び出しまで Permission for this action was denied by the Claude Code auto mode classifier. で落ちる。しかも、その理由が「直前のコンパクション時の文
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync の症状に当たるかどうか
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync の症状に当たるかどうか
この件は、Claude Code の画面や処理中に のようなエラーが出るケースです。報告されている issue は 2 件で、88174 は closed、87911 は open でした。どちらも同じ系統のメッセージを含んでいます。 まず、筆者の環境で確認できた範囲では、Claude Code CLI は 2.1.207 でした。claude doctor では複数インストールが見つかっています
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出たときに確認したいこと
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出たときに確認したいこと
この症状は、少なくとも今回集めた issue では「Claude Code の実行中に TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出る」という形で報告されています。 検索しやすいようにエラー文字列をそのまま書くと、keys=17 messages=16 range=0,17 のように、itemK
papoo.work
`Tool execution failed` が出るとき、まず見るべきこと
`Tool execution failed` が出るとき、まず見るべきこと
自分のケースかどうかは、かなりはっきりしています。少なくとも issue 報告では、Claude Desktop / Claude Code 側で MCP の tool call が失敗し、相手のサーバーに届いていない例が出ています。 80105 では、outputSchema を宣言した MCP ツールだけが Tool execution failed になり、サーバー側のログに tools/c
papoo.work
hook_non_blocking_error が Windows で出るときに見ておきたいこと
hook_non_blocking_error が Windows で出るときに見ておきたいこと
まず、この症状は「Claude Code の hook が関係しているらしいが、処理自体は止まらない」タイプではなく、少なくとも issue 上ではもっと厄介に見えます。Windows 環境で hook_non_blocking_error が繰り返し出て、設定した hook コマンドが実行されていないように見える、という報告が上がっています。 報告は 2 件あり、どちらも Windows 上の
papoo.work
`advisor_tool_result_error` で advisor が `unavailable` になるときに見ておくこと
`advisor_tool_result_error` で advisor が `unavailable` になるときに見ておくこと
この症状は、advisor 呼び出しの結果が advisor_tool_result_error として返り、エラーコードが unavailable になるものです。手元で確認できた issue はどちらも「advisor を使うと落ちる」が共通していますが、発生条件は少し違います。 75971 では、advisorModel を fable にしたときに claudefable5 が 2/2 回
papoo.work
Claude Desktop の Code タブが `exit code 127` で落ちるときに見ておくこと
Claude Desktop の Code タブが `exit code 127` で落ちるときに見ておくこと
自分のケースかどうかを先に切り分けるなら、Claude Desktop の通常チャットは動くのに、Code タブだけが起動直後に失敗するかどうかです。Issue 83656 と 82587 では、どちらも Code タブの起動失敗が報告されていて、エラー文に Malformed Macho file と exit code 127 が出ています。前者では、Desktop が別途ダウンロードした c
papoo.work
`Auto-update failed` が消えないときに見ること
`Auto-update failed` が消えないときに見ること
まず、自分のケースかどうかはかなり絞れます。claude doctor に Autoupdate failed 相当の履歴が残り続け、しかも Last update attempt: failed のような表示が消えないなら、今回の症状クラスタに近いです。Issue では、更新チェックや一時的なネットワーク断をきっかけに失敗状態が記録され、その後の起動や再接続、claude update、/doc
papoo.work
`The advisor tool is unavailable. Do not try to use it again.` が出て advisor が戻らないときに見えたこと
`The advisor tool is unavailable. Do not try to use it again.` が出て advisor が戻らないときに見えたこと
この症状は、advisor の呼び出しがセッション中に一度成功したあと、同じセッション内で突然 The advisor tool is unavailable. Do not try to use it again. に変わり、その後は advisor を実質的に使えなくなる、という形で報告されています。issue 77513 では、セッション序盤の advisor は成功したのに、後半でこのエラ
papoo.work
exit code 143 が出るときにまず疑うこと
exit code 143 が出るときにまず疑うこと
exit code 143 は、この材料だけを見ると「Claude Code のプロセスが SIGTERM で終わった」系の症状として扱うのが自然です。そう見てよさそうな根拠は、issue 側で実際に SIGTERM exit 143 と書かれていることです。たとえば 87658 では、Claude desktop アプリ内で 2 つ目の local Code セッションを始めると、先に動いていた
papoo.work
`Error: 404 {"type":"error","error":{"type":"not_found_error"` が出て、Claude Fable 5 が使えないと返ってくるときに確認したこと
`Error: 404 {"type":"error","error":{"type":"not_found_error"` が出て、Claude Fable 5 が使えないと返ってくるときに確認したこと
この症状は、Claude Code がリクエスト先から を受け取って止まるケースです。issue 群では同じ文言が繰り返し報告されていました。たとえば 68290 です。 まず切り分けたいのは、「自分の環境だけの壊れ方か」「モデル選択や認証まわりで同じメッセージが返っているだけか」です。今回の issue では、少なくとも見えている範囲では Fable 5 が利用できない旨の 404 が中心で、7
papoo.work
`Error: ELOOP: too many symbolic links encountered, open '/pr` で止まるときに見えているもの
`Error: ELOOP: too many symbolic links encountered, open '/pr` で止まるときに見えているもの
この症状は、issue 87609 と 87606 で、どちらも同じ系統のエラーとして報告されています。報告本文では、Claude 側の表示として API Error: Opus 4.8 can't help with this. Start a new session to continue. に続いて、 Error: ELOOP: too many symbolic links encount
papoo.work
String to replace not found が出るときに、まず確認したいこと
String to replace not found が出るときに、まず確認したいこと
この症状クラスタでは、見えている失敗が 2 つあります。ひとつは、Edit や Write が「置換対象の文字列が見つからない」と扱われる系の失敗。もうひとつは、YAML の前提が崩れたときに、別の内容まで巻き込んで壊れるケースです。手元で確認できた情報だけでいうと、少なくとも 76868 では、Markdown ファイルの frontmatter が YAML として解釈できないときに、内容をそ
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出るときに見えていたもの
`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出るときに見えていたもの
この件は、まず「自分のケースかどうか」を切り分けるのが先です。報告されているのは、同じエラー文字列を含む 2 件の issue で、どちらも Opus 5 の安全フィルタまわりで誤検知が起きた、という内容でした。 87541 は closed で、報告文には「Opus 5 safety filter triggering false positives on consecutive request
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたときの切り分け
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたときの切り分け
このエラーは、今回集まっている 4 件の issue ではいずれも同じ文言で報告されています。本文だけを見る限り、個別の操作に埋もれた別件というより、Claude Code 側の表示・内部状態の不整合に触れている可能性があります。ただし、現時点で確認できるのは「そう報告されている」という事実までです。根本原因は分かっていません。 まず自分のケースかどうかを確かめるなら、表示される文言がこの形かを見
papoo.work
`claude native binary not installed.` が出るときに見るところ
`claude native binary not installed.` が出るときに見るところ
このエラーは、少なくとも今回の 2 件の issue では、claude を起動したときに「native binary が見つからない」と言われる症状でした。ひとつは npm i @anthropicai/claudecode@2.1.126 の直後に claude を実行して発生し、もうひとつは自動更新が成功扱いになったあと、次の起動で同じエラーになっています。参照した issue は 5757
papoo.work
`ERR_BLOCKED_BY_CLIENT` が Browser pane で出るときに見えているもの
`ERR_BLOCKED_BY_CLIENT` が Browser pane で出るときに見えているもの
まず切り分けたいのは、Claude Code の Browser pane で開いているページが「HTML は返るのに、CSS や JS などの subresource だけが落ちる」状態かどうかです。今回の issue 報告では、トップレベルの document は読み込める一方で、同一オリジンの subresource が net::ERR_BLOCKED_BY_CLIENT になり、画面が真
papoo.work
`Navigation to this domain is not allowed` が出るとき、まず見るべき切り分け
`Navigation to this domain is not allowed` が出るとき、まず見るべき切り分け
この症状は、issue の内容を見る限り「Claude in Chrome / Claude Code の MCP 経由で navigate を呼ぶと、許可済みのはずのドメインでも即座に拒否される」ケースが中心です。少なくとも報告されている範囲では、承認プロンプトが出ないまま Navigation to this domain is not allowed で止まっています。 たとえば 58464
papoo.work
The socket connection was closed unexpectedly. For more info が出るときに見えていたこと
The socket connection was closed unexpectedly. For more info が出るときに見えていたこと
この症状は、issue 報告上では 65202 と 59781 で確認できます。どちらも、CLI の操作中に The socket connection was closed unexpectedly. For more information, pass \verbose: true\ in the second argument to fetch という文言が出ています。少なくとも報告された範
papoo.work
Claude Code で HTTP 500 が返るときにまず見るところ
Claude Code で HTTP 500 が返るときにまず見るところ
まず、この件は Claude Code 側から返ってくる HTTP 500 です。Issue では、Anthropic API Error: 500 Internal Server Error という表現でまとまっていて、内容も Internal server error とだけ出ています。たとえば代表 issue の 59832 には、API の 500 が出たことと、status.claude
papoo.work
`[Tool result missing due to internal error]` が出て AskUserQuestion が返らないときに確認したこと
`[Tool result missing due to internal error]` が出て AskUserQuestion が返らないときに確認したこと
この症状に当てはまるのは、AskUserQuestion の呼び出しで質問ウィジェットが最後まで出ず、途中で Tool execution was interrupted になり、モデル側には Tool result missing due to internal error が返るケースです。 報告されている issue は 74797 です。もう一つ、長時間セッションでセッションプロセスが勝手
papoo.work
`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出るときに確認したこと
`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出るときに確認したこと
この症状は、少なくとも今回の issue では Windows 上で報告されています。該当する報告は 79401 と 85333 の 2 件で、どちらも同じエラー文字列を含んでいます。 まず切り分けとして、このエラーが「表示中のメッセージ一覧の整合性が崩れた」タイプのものかどうかを見ます。少なくともエラーメッセージには itemKeys/messages length desync とあり、key
papoo.work
`VM connection timeout after 60 seconds` が出るときに、まず見るところ
`VM connection timeout after 60 seconds` が出るときに、まず見るところ
この症状は、少なくとも今回渡された issue では 2 つの見え方に分かれています。ひとつは Windows 11 ARM64 / Snapdragon X 系で、VM の起動や共有設定までは進むのに、ゲストがホストへ戻ってこず 60 秒で失敗するパターンです。もうひとつは、VM の状態が残ったままになり smolbin.vhdx が掴まれ続けるパターンです。前者は 85739 79270 に書
papoo.work
`exit code 3` が出るときにまず見る場所
`exit code 3` が出るときにまず見る場所
Claude Code process exited with code 3 が出ても、すべてが同じ原因とは限りません。少なくとも今回集めた issue では、Windows 側で常駐している Windhawk が関わるケースと、HyperV の仮想マシン内で Claude Code のバイナリが落ちるケースが別々に報告されています。 自分の症状がどちらに近いか、先に分けるのがよさそうです。 ター
papoo.work
Error: 429 {"type":"error","error":{"type":"rate_limit_error":"Rate limited"} で止まるときに、まず確認したいこと
Error: 429 {"type":"error","error":{"type":"rate_limit_error":"Rate limited"} で止まるときに、まず確認したいこと
同じ形のエラーが出ているなら、少なくとも今回の issue 群では Claude Code 側から「サーバーが一時的にリクエストを制限している」と案内されていました。報告されている文言は、どちらも API Error: Server is temporarily limiting requests not your usage limit か、あるいは Rate limited です。対象になって
papoo.work
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} のときに、まず切り分けたいこと
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} のときに、まず切り分けたいこと
この症状は、Claude Code が API から 429 と rate_limit_error を受け取って止まるものです。今回集まっている issue は 3 件とも解決済みで、どれも同じ系統のエラー文字列を含んでいました。 79476 79171 79169 報告内容で共通しているのは、単なる「使いすぎ」で出る制限ではなく、API Error: Server is temporarily
papoo.work
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} に出たときにまず見ること
Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"} に出たときにまず見ること
この症状は、Claude Code の実行中に Error: 429 {"type":"error","error":{"type":"rate_limit_error","message":"Rate limited"}} が返ってくるものです。今回集められた 3 件の issue はすべて closed で、しかも代表 issue へのコメントでは「サーバー側の一時的な制限」であり「your
papoo.work
this version can't be shared publicly が出るときに見たことと、まだ分からないこと
this version can't be shared publicly が出るときに見たことと、まだ分からないこと
この症状は、Claude Code で Artifact を公開共有しようとしたとき、共有ダイアログに This version can't be shared publicly. Publish a new version or change the shared version, then try again. と出るケースです。手元で確認した issue でも、同じ文言がそのまま報告されてい
papoo.work
`exit code 132` が出るときにまず疑うこと
`exit code 132` が出るときにまず疑うこと
exit code 132 が出ている場合、少なくとも今回の issue では「起動した Claude Code のプロセスが SIGILL で落ちる」系の話として報告されています。 該当する報告は 73504 と 85571 です。 ただし、同じ 132 でも原因は一つではなさそうです。73504 は「最初のクエリ以降ずっと Claude Code process exited with cod
papoo.work
ENOTFOUND が出るときに、まず切り分けたいこと
ENOTFOUND が出るときに、まず切り分けたいこと
ENOTFOUND は、少なくとも今回の issue 群では「DNS が引けていない」系の失敗として現れています。ただし、同じ見え方でも原因は 1 つではありません。今回確認できた範囲では、claude update で失敗するケースと、macOS のスリープ復帰後に OAuth の更新がこけるケースが並んでいます。 症状の入口としては、claude update や Web 系の操作で ENOT
papoo.work
Error: 403 {"type":"error","error":{"type":"permission_error`: Claude Code で「OAuth authentication is currently not allowed for this organization.」が出るとき
Error: 403 {"type":"error","error":{"type":"permission_error`: Claude Code で「OAuth authentication is currently not allowed for this organization.」が出るとき
このエラーが出るのは、Claude Code が OAuth 認証で進もうとして、所属組織側でそれが許可されていないときです。少なくとも issue の報告では、Your organization has disabled Claude subscription access for Claude Code という案内とあわせて OAuth authentication is currently
papoo.work
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"Your credit balance is too low to access the Anthropic API."}} が出るときに確認したこと
Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"Your credit balance is too low to access the Anthropic API."}} が出るときに確認したこと
このエラーが出た 2 件の issue は、どちらも本文にあるメッセージが同じでした。85675 も 66297 も、報告されているのは Error: 400 {"type":"error","error":{"type":"invalid_request_error","message":"Your credit balance is too low to access the Anthropi
papoo.work
ECONNREFUSED が出るときにまず見るところ
ECONNREFUSED が出るときにまず見るところ
Claude Code で ECONNREFUSED にぶつかったとき、いま手元で確認できる範囲では、少なくとも「ローカルサービスに向けた接続」と「Windows 11 での接続失敗」という 2 つの報告がありました。どちらも、単純な通信エラーに見えて、実際には接続先の見え方や実行環境が絡んでいそうです。 自分のケースかどうかを見分ける起点は、ローカルホスト宛てかどうかです。localhost や
papoo.work
Claude Code で `EPIPE` が出るときに見ておきたいこと
Claude Code で `EPIPE` が出るときに見ておきたいこと
まず、この症状が自分のケースかを切り分けます。今回の issue 群で共通しているのは、claude の実行中に通信まわりが壊れたとき、EPIPE を起点にセッションやプロセスの挙動が崩れる点です。 ひとつは、tooluse のターン中に api.anthropic.com への API 呼び出しが失敗したケースです。報告では、DNS 失敗、HTTP タイムアウト、接続リセットのような一時的なネッ
papoo.work
`Error: 429 {"type":"error","error":{"type":"rate_limit_error` が返るのに、使用量制限ではないと出るときに確認したこと
`Error: 429 {"type":"error","error":{"type":"rate_limit_error` が返るのに、使用量制限ではないと出るときに確認したこと
この症状は、Claude Code 側で API 呼び出しが 429 になり、エラーメッセージに rate_limit_error と Rate limited が出るものです。今回の issue 群では、いずれも同じ文字列が出ており、しかも「not your usage limit」「Server is temporarily limiting requests」と書かれています。つまり、少なく
papoo.work
Claude Code で HTTP 401 が出るときに最初に見るところ
Claude Code で HTTP 401 が出るときに最初に見るところ
手元で確認できたのは、同じ HTTP 401 でも中身が違う 2 つの系統です。ひとつは GitHub のリリース URL を取りにいく途中で HEAD が拒否されるケース、もうひとつは headersHelper で取った bearer が切れたあとに再取得へ戻らず、OAuth の動きに入ってしまうケースです。どちらも issue 報告としては別件ですが、見えている症状はかなり近いです。 まず、
papoo.work
exit code 128 が出るときの Claude Code の見分け方と、いま分かっている範囲
exit code 128 が出るときの Claude Code の見分け方と、いま分かっている範囲
まず切り分けたいのは、同じ exit code 128 でも起き方が別物だという点です。今回の材料には、少なくとも 2 つのパターンがあります。ひとつは Claude Code on the web の remote execution sandbox で git clone が github.com への HTTPS 通信を通せず、pip install の git+ 依存関係が落ちるケースです
papoo.work
`Error: Failed to submit feedback:401
`Error: Failed to submit feedback:401
at fo8 /$bunfs/roo が出るときに見えていたこと この文字列が出ているだけでは、原因をひとつに絞れません。今回見つかった issue は 2 件だけで、どちらも最終的には closed ですが、報告内容はかなり違っていました。まず自分のケースがどちらに近いかを切り分けるのが先です。 64103 では、Claude Code が bash コマンドを誤って生成し、並列実行のような動き
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages le が出るときに、まず見るところ
TelemetrySafeError: VirtualMessageList: itemKeys/messages le が出るときに、まず見るところ
このエラーは、少なくとも今回集めた 5 件の issue では、Claude Code のメッセージ一覧の内部整合性が崩れたときに出ています。報告されている文面は共通していて、TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で始まり、keys=... messages=... の件数が 1 ずれていまし
papoo.work
EACCESで止まるときにまず疑う3つのパターン
EACCESで止まるときにまず疑う3つのパターン
EACCES が出ても、原因はひとつではありません。今回の issue 群では、見た目は似ていても中身がかなり違いました。ひとつはファイルパスに Cyrillic の混入が起きて別の場所を作ろうとしてしまうケースで、41422 に報告があります。もうひとつは ~/.claude/settings.json の保存まわりで、シンボリックリンクが 1 段ではなく 2 段つながっていると atomic
papoo.work
`authentication_error` が出るとき、まず自分の症状かを切り分ける
`authentication_error` が出るとき、まず自分の症状かを切り分ける
Claude Code を使っていて 401 の authentication_error が急に出るなら、少なくとも今回集まっている報告では「認証が壊れた」というより、セッション中に OAuth token の期限切れや再認証が必要になっているケースが中心でした。 ただし、同じ authentication_error でも issue は 2 系統あります。 ひとつは、18225 のように、長
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まず自分の再現条件を疑う
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見たら、まず自分の再現条件を疑う
この症状は、Issue に出ている文字列がかなり特徴的です。手元で確認できた範囲では、少なくとも 85341 と 85332 の両方で、同じ または近い形のエラーが報告されています。どちらも open で、解決済みの報告ではありません。したがって、少なくとも現時点では「特定のユーザー設定だけが原因」とは言い切れません。 実際に出ている差分は、itemKeys と messages の数が一致してい
papoo.work
`Persistent RPC: connection ended: failed to read length: EOF` が出るとき、まず疑うべきこと
`Persistent RPC: connection ended: failed to read length: EOF` が出るとき、まず疑うべきこと
この症状は、手元の issue 報告を見る限り、少なくとも Windows で Claude Desktop / Claude Browser MCP を使った直後に再現しています。85199 では Claude Desktop が何度もクラッシュし、Windows 側に「Advanced Options → Repair」を促す表示が出ています。85305 では Claude Browser M
papoo.work
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出るときに見えたこと
TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync が出るときに見えたこと
このエラーは、こちらで確認できた範囲では 3 件の issue に共通していました。どれも TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync で始まり、itemKeys と messages の件数がずれていることを示しています。読者が自分のケースかどうかを見るなら、まずこの文字列が出ているかを確認するの
papoo.work
`Error: 429 {"type":"error","error":{"type":"rate_limit_error"` が出て、Claude Code が「You've hit your limit」と返すとき
`Error: 429 {"type":"error","error":{"type":"rate_limit_error"` が出て、Claude Code が「You've hit your limit」と返すとき
この症状は、Issue の報告ではどちらも 429 の rate limit エラー として出ています。メッセージは同じで、どちらも This request would exceed your account's rate limit. Please try again later. という文言を含んでいました。該当する報告は 56991 と 64462 です。 まず切り分けたいのは、「自分のア
papoo.work
EEXIST: Claude Code の Bash ツールが `mkdir` で落ちるときに見えたもの
EEXIST: Claude Code の Bash ツールが `mkdir` で落ちるときに見えたもの
まず、自分のケースかどうかを切り分けます。今回の報告で共通していたのは、Windows 上で Claude Code を使っていること、そして EEXIST が出ていることでした。ひとつは worktree の扱いで「git リポジトリではない」と誤判定される話、もうひとつは ~/.claude/sessionenv/<sessionid を作るところで mkdir が EEXIST になる話です
papoo.work
EPERM が出るのは、SMB 上のファイル操作が怪しいときだった
EPERM が出るのは、SMB 上のファイル操作が怪しいときだった
まず自分のケースかどうかを見るなら、今回集めた issue では「ネットワーク越しのボリューム」や「Windows のパス解決」で EPERM が出ています。ローカルディスクの単純な読み書きではなく、保存先や対象が少し特殊なときに崩れていました。 たとえば macOS では、SMB マウントされた volume 上のファイルに対して Read/Bash を走らせると Operation not p
papoo.work
ENOSPC が出ても本当にディスクが空なのか、まずここを見たい
ENOSPC が出ても本当にディスクが空なのか、まずここを見たい
この症状は、Claude Code が ENOSPC とともに「temp filesystem is full 0MB free」「Command output was lost...」のような文言を出すのに、実際には空き容量があるケースとして報告されています。少なくとも issue 上では、ディスク不足そのものではない例が 2 件ありました。ひとつは 65086 で、stdout も stder
papoo.work
Claude Code で HTTP 403 が出るときに見るべきところ
Claude Code で HTTP 403 が出るときに見るべきところ
まず、この HTTP 403 がどこから返ってきているかで話が変わります。今回の症状クラスタに入っている issue は、どちらも「対象サイト側の拒否」ではなく、Claude Code 側の egress proxy が弾いているように見える報告でした。34690 では xdenyreason: host_not_allowed が見え、85330 では auto mode classifier
papoo.work
Permission denied が出るときにまず見るところ
Permission denied が出るときにまず見るところ
Claude Code で Permission denied が出る話は、今回の issue 群だと 2 つの顔があります。ひとつは SSH 越しのセッションが再起動後におかしくなるケース、もうひとつは MCP 経由でページ操作が拒否されるケースです。どちらも同じ文言に見えますが、症状の出方はかなり違います。 SSH 側は 72335 です。報告では、デスクトップアプリで SSH セッションを使
papoo.work
Claude Code で background task や Monitor が突然落ちて exit code 144 になるとき
Claude Code で background task や Monitor が突然落ちて exit code 144 になるとき
まず切り分けたいのは、背景で動かしているタスクが「自分で止めた」のか、「Claude Code 側に止められた」のかです。今回の症状クラスタでは、どちらの issue も背景タスクが exit 144 で終わっています。84981 では macOS の長寿命セッション中に、Bash tool で run_in_background: true を付けたタスクが ちょうど 30 分間隔 で SIGT
papoo.work
`invalid_request_error` が返るときに見ておきたいこと
`invalid_request_error` が返るときに見ておきたいこと
まず、自分のケースかどうかを切り分けます。今回の issue 群では、同じ invalid_request_error でも中身がかなり違いました。 64854 は、Claude Dispatch で送った各メッセージに対して Could not process image が返り、しかも画像を送っていないように見える場面でも同じエラーが続く、という報告です。Windows 11 上の Claud
papoo.work
529 Overloaded が出るだけでなく、途中で止まるケースもある
529 Overloaded が出るだけでなく、途中で止まるケースもある
まず切り分けたいのは、あなたが見ている 529 が「単発のサーバー側エラー」なのか、それとも長時間・並列実行の途中で繰り返し出るタイプなのかです。今回の issue 群では、その両方が報告されています。 70594 では、API Error: 529 Overloaded が出続け、Retrying in 8s · attempt 9/10 まで進んでも同じ問題が続いたとあります。投稿者は「ser
papoo.work
ECONNRESET が出るときに、まず疑うべきこと
ECONNRESET が出るときに、まず疑うべきこと
Claude Code で ECONNRESET が出る症状は、issue を見る限り 1 つの形にまとまっていません。少なくとも、同じマシンで Chat は普通に動くのに Code 系の画面だけ失敗する例がありますし、Windows では API ストリームの途中で切れる例、再試行を重ねても失敗が続く例もあります。参照できた報告は 70599 です。 まず、自分のケースがどれに近いかを見ます。
papoo.work
ENOENT が出たら、まず見るところは「どの呼び出しで落ちているか」
ENOENT が出たら、まず見るところは「どの呼び出しで落ちているか」
同じ ENOENT でも、今回の issue 群では原因がかなり分かれています。 手元の環境では claude doctor が正常に通っていて、claude の実体も複数見つかっています。なので、少なくとも「インストール全体が壊れている」とは言い切れません。 この手の ENOENT で、Issue 上で確実に確認できるのは主に 4 系統です。 ひとつは Windows での Bash tool
papoo.work