ERR_BLOCKED_BY_CLIENT が Browser pane で出るときに見えているものまず切り分けたいのは、Claude Code の Browser pane で開いているページが「HTML は返るのに、CSS や JS などの subresource だけが落ちる」状態かどうかです。今回の issue 報告では、トップレベルの document は読み込める一方で、同一オリジンの subresource が net::ERR_BLOCKED_BY_CLIENT になり、画面が真っ白、あるいはスタイルの当たっていない素の HTML だけが見える、という症状が共通しています。対象は mcp__Claude_Browser__* / preview pane で、Claude in Chrome 拡張ではないと明記されています。
報告の中身は少しずつ違いますが、少なくとも次の2系統は同じ症状クラスタとしてまとまっています。
#86362 は /etc/hosts で 127.0.0.1 に向けたローカル開発ドメインで発生し、 #87472 は RFC1918 の LAN ホストで再現しています。どちらも「ページ本体は 200 で取れるのに、subresource が全部 client 側でブロックされる」という点は同じです。
筆者側で実際に確認できた Claude Code の状態は次のとおりです。
$ claude --version
2.1.207 (Claude Code)
$ claude doctor
Claude Code doctor
Running: native (2.1.207)
Commit: bc512d563325
Platform: darwin-arm64
Path: ~/.local/share/claude/versions/2.1.207
Config install method: native
Search: OK (bundled)
Auto-updates: enabled
Auto-update channel: latest
Last update attempt: none recorded
Multiple installations found
- npm-global at /usr/local/bin/claude
- native at ~/.local/bin/claude
Remote Control
Control this session from claude.ai/code or the Claude mobile app
1 warning found
- Leftover npm global installation at /usr/local/bin/claude
Fix: Run: npm -g uninstall @anthropic-ai/claude-code
For a full setup checkup that can also fix issues, run /doctor in a Claude Code session.
ここから言えるのは、少なくとも手元の環境では claude が native 版 2.1.207 で動いており、claude doctor では複数インストールが見つかっている、というところまでです。ERR_BLOCKED_BY_CLIENT そのものの原因までは、この出力だけでは分かりません。doctor の結果にもネットワーク遮断や Browser pane の設定異常を直接示す文言はありませんでした。
issue 側で特に役に立つのは、ブロックのされ方がかなり一貫している点です。https://app.example.com のような hosts-file 名称が 127.0.0.1 を向いているケースでは、HTML は読み込めるのに同一オリジンの subresource が全部 ERR_BLOCKED_BY_CLIENT になる、という報告があります。一方で http://127.0.0.1:8000 のようなリテラル loopback では 200 で通る、という差も書かれています。つまり、少なくとも一部の環境では「localhost そのもの」よりも「見た目は公開ドメインだが実体はローカル」という名前付きホストで症状が出ているようです。これは #86362 の報告に沿っています。
もう一つの #87472 では、LAN の private-network host でも同じく document は 200、subresource は全部 net::ERR_BLOCKED_BY_CLIENT で、ページが恒久的に空白になるとされています。こちらは /etc/hosts だけに限らず、ローカル LAN アドレス一般に広がっている可能性を示しています。ただし、これも issue 報告の範囲であって、筆者環境で再現確認したわけではありません。
現時点で安全に言える切り分けは次の通りです。Browser pane で、ページ本体は見えるのに CSS、JS、画像、fetch() / XHR だけが ERR_BLOCKED_BY_CLIENT になるなら、この症状クラスタにかなり近いです。とくに、ローカル開発用の hosts 名、あるいは private LAN のホストで起きているなら、報告内容とかなり一致します。逆に、サーバ側ログにリクエスト自体が届いているなら別問題の可能性があります。ここで出ている issue では client 側ブロックなので、サーバの設定だけ見ても追えません。
解決策については、今回渡された issue には確定したものがありませんでした。解決済みの issue もなく、コメントにあるのも「同じ問題が起きている」という追認が中心です。したがって、「この設定を変えれば直る」とは書けません。いま確実なのは、ERR_BLOCKED_BY_CLIENT が Browser pane で再現していること、そしてその再現条件が 127.0.0.1 に向く hosts 名や private LAN host に偏っていることだけです。
もし自分のケースを照合するなら、次の3点だけ見れば足ります。
ERR_BLOCKED_BY_CLIENT になるか。127.0.0.1 向けの hosts 名か、private LAN のアドレスか。この3つがそろうなら、少なくとも #86362 や #87472 と同系統の症状として扱うのがよさそうです。逆に、どれかが外れるなら別の障害を疑ったほうがよいです。
claude --version : 2.1.207 (Claude Code)
OS : Darwin 25.3.0 (arm64)
Python : 3.14.2
検証日時 : 2026-08-19T02:00:29+09:00