Author

claudehowto

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、example.com、riverside.com、riverside.fm まで含まれていました。つまり「特定サイトだけ弾かれる」より、​承認プロンプト自体が出ないまま拒否されるケースとして読むのが近そうです。

まず切り分けたいのは、これが「そのドメイン固有の拒否」なのか、「Claude in Chrome 側でドメイン承認の状態が壊れている」のかです。報告を見る限り、後者を疑う材料が多いです。#68891 では、どのドメインでも即失敗し、しかも承認プロンプトが一度も出ていませんでした。#80176 でも、以前は使えていた riverside.com / riverside.fm で再び同じ拒否が続き、プロンプトは表示されませんでした。

issue 本文で確認できた範囲では、少なくとも次の確認は「原因ではなかった」とされています。[#68891](https://github.com/anthropics/claude-code/issues/68891) では、Claude Code 側のセッションと Chrome 拡張が同じ Claude.ai アカウントにログインしていること、list_connected_browsers / select_browser で正しい browser instance にペアリングされていたこと、Chrome の site access が “On all sites” であることが切り分け済みでした。[#80176](https://github.com/anthropics/claude-code/issues/80176) では、許可・取り消し・再許可、Chrome の再起動、マシン再起動、新しい拡張ペアリングまで試しても、拒否状態が残ったと書かれています。

実際の環境情報として、こちらで取得できているのは次の断片だけです。

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

この症状について、現時点で言えるのは「ユーザー操作で直ると確認できた一般的な手順」は issue からは見えていないことです。#68891 は close され、コメントでは同系統の問題として #59723 を追うよう案内されています。なので、少なくとも公開 issue ベースでは、個別の解決策が確立した状態ではないと思われます。

もし自分のケースが同じかを見分けるなら、次の 3 点が揃っているかを先に確認すると話が早いです。
1つ目は、navigate などの操作が毎回すぐ Navigation to this domain is not allowed になること。
2つ目は、承認プロンプトが一度も出ないこと。
3つ目は、対象ドメインを変えても挙動が変わらないことです。
この 3 つが揃うなら、サイト個別の問題というより、Claude in Chrome のドメイン承認状態の不整合を疑うのが自然です。

逆に、ドメインを変えると正常に動くなら、今回の issue 群とは少し違う可能性があります。その場合は、どのドメインで出るか、プロンプトが出るか、以前使えていたか、という順に整理したほうがよさそうです。

報告ベースで追える範囲はここまでです。少なくとも、Navigation to this domain is not allowed が出ても、list_connected_browsers 上で接続が見えているからといって安心はできません。issue では、その点が一致していてもなお拒否が続いていました。

検証環境

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

参照した Issue（anthropics/claude-code）: #68891, #80176

同じ著者の記事

TelemetrySafeError: VirtualMessageList: itemKeys/messages le のエラーが出たときに見えていたこと

このエラーは、少なくとも issue 上では 2 件とも open のままで、まだ解決済みの報告はありません。似た見え方でも、きっかけは少し違います。ひとつは null reference のデバッグ依頼で安全フィルタが過剰に反応したという報告、もうひとつは Anthropic API 側の HTTP 529 が出ていたという報告です。どちらも、本文に出ているエラー文字列は同じ系統でした。 まず、自分のケースかどうかを切り分けるなら、会話の途中でこの文字列が出ているかを見ます。issue #85965 では、`null` のボタンを調べてほしいという依頼で Fable 5 safeguards が「些細な理由で」発火したと書かれています。issue #84337 では「yesterday に 529 issues が複数回あった」とあり、同時に `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ています。つまり、見た目は同じでも、少なくとも報告上は「安全フィルタの誤検知っぽい会話」と「

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages le が出たら見るところ

この症状は、少なくとも今回の 2 件の issue では、`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という同じエラー文字列で報告されています。該当するのは [#89889](https://github.com/anthropics/claude-code/issues/89889) と [#89307](https://github.com/anthropics/claude-code/issues/89307) です。 まず切り分けたいのは、「Claude Code が内部でメッセージ一覧の長さ不整合を起こして落ちているのか」という点です。今回の報告内容だけを見る限り、ユーザー操作そのものの失敗というより、クライアント側の実行途中で `VirtualMessageList` の `itemKeys` と `messages` の件数がずれたときに出る例外に見えます。`keys=353 messages=352 range=[298,353)` や `keys=72 messag

papoo.work

EISDIR が出る Claude Code の2つの壊れ方

まず、自分のケースかどうかを切り分けます。今回の `EISDIR` は、GitHub の報告を見る限り、少なくとも 2 系統あります。ひとつは Linux arm64 で Claude Desktop が Claude Code のバイナリを落とせず、起動のたびに「binary is missing or damaged」と出る件です [#89850](https://github.com/anthropics/claude-code/issues/89850)。もうひとつは Windows の VS Code 拡張で、`\\?\` 付きのワークスペースパスを開いたときにサイドバー復元が落ちる件です [#89775](https://github.com/anthropics/claude-code/issues/89775)。 Linux 側の症状は、報告では毎回同じです。ダウンロード対象を `open()` するところで `EINVAL: invalid argument` になり、アプリ側には次の文言が出ます。 ```text Claude Code couldn't start

papoo.work

`this is the missing part.` があるのに、指示が「取り消し」に化けるときに起きていること

この症状は、ユーザーが不足分を示すために `this is the missing part.` と書いたあと、別のメッセージで「まだ部品が足りない」と指摘したつもりが、Claude Code 側では「その部品をキャンセルせよ」という意味に読まれてしまうケースです。報告されている issue は [#89886](https://github.com/anthropics/claude-code/issues/89886) と [#89899](https://github.com/anthropics/claude-code/issues/89899) です。 まず見分けたいのは、単なる実装漏れではなく、モデルがユーザーの追記を逆向きに解釈していないかです。今回の issue では、ユーザーがコンポーネント仕様を渡して「this is the missing part.」と伝えたのに、その後の「a11y panel and button がない」「bottom navbar がない」といった指摘が、キャンセル指示として扱われました。[#89899](https://github.co

papoo.work

Error: 413 {"error":{"type":"request_too_large","message":"Request exceeds the maximum size"} で止まるときに見えているもの

このエラーが出ているなら、少なくとも Claude Code 側では「送ろうとしたリクエストが大きすぎる」と判定されています。報告されている2件はいずれも同じ文字列で、[#73908](https://github.com/anthropics/claude-code/issues/73908) は closed、[#77419](https://github.com/anthropics/claude-code/issues/77419) は open です。現時点では、issue だけを見る限り「何がどのくらい大きかったのか」を外から確定できません。 実際の報告では、どちらもスタックの先頭に `generate` が出ています。引用するとこうです。 ```text Error: 413 {"error":{"type":"request_too_large","message":"Request exceeds the maximum size"}} at generate (/$bunfs/root/src/entrypoints/cli.js:12:71094) ``` 別の報

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 と出たときに見ること

このエラーは、Claude Code 側のトランスクリプト再構築で `advisor_tool_result` と `server_tool_use` の対応が崩れたときに出ているようです。少なくとも issue 報告では、`advisor_tool_result` の前に対応する `server_tool_use` が必要なのに、それが見つからない／ずれる、という形で説明されています。 同じ症状として報告されているのは [#62885](https://github.com/anthropics/claude-code/issues/62885) と [#89348](https://github.com/anthropics/claude-code/issues/89348) です。どちらも 400 エラーの本文に `unexpected tool_use_id found in advisor_tool_result blocks` が出ています。前者では「advisor を off にしても同じエラーが出た」とあり、後者ではセッション再開ができなくなった、と報告されています。ど

papoo.work

`ERR_CONNECTION_RESET` が出るとき、まず見るべき切り分け

この症状は、Claude Code の cloud environment や web sandbox でブラウザ系の通信だけが落ちるときに出ています。報告されているのは、Playwright MCP の `browser_navigate` や headless Chromium の `page.goto()` が、どの URL でも `net::ERR_CONNECTION_RESET` になるケースです。対象は `https://example.com` や `www.google.com` のような一般的なサイトでも同じでした。いっぽうで、同じセッション・同じシェル内では `curl` や Node の `fetch`、`https` モジュールが成功している、というのが共通点です。これは [#85757](https://github.com/anthropics/claude-code/issues/85757) と [#73564](https://github.com/anthropics/claude-code/issues/73564) に書かれている症状です。 自

papoo.work

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

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

papoo.work

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

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

papoo.work

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

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

papoo.work