Author

claudehowto

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 側へ飛び、認証完了後に https://claude.com/cai/oauth/authorize 付近で同じ文言が出る流れが報告されています。claude setup-token や Console Anthropic の “Continue with Claude Pro” でも再現した例がありました。(#91911)

同じ症状は、別の報告でも見え方がかなり近いです。/login の直後にブラウザで OAuth エラーになり、しかも別マシンの別ユーザーでも同じエラーが出た、という内容でした。こちらは「昨日までは動いていたのに急に外れた」という経緯も書かれています。(#69794)

切り分けで大事なのは、単に「ログインできない」ではなく、ブラウザ側の OAuth 画面で Missing redirect_uri parameter が出ているかどうかです。Issue では少なくとも次のパターンが同じ症状として並んでいました。

1つ目は、CLI からの /login または claude auth login 直後にブラウザが開き、認証フローの途中でそのエラーに落ちるケースです。
2つ目は、Console Anthropic のログイン導線でも同じエラーが出るケースです。
3つ目は、claude setup-token でも同じだったという報告です。(#91911)

一方で、Issue のコメントには、意外に単純な回避策が載っていました。/login 実行後にコンソールに出たログイン URL をクリックしたところ、URL 全体ではなく最初の行だけがブラウザに渡っていた、という指摘です。そこを手で全文コピーしてブラウザに貼り付けたら通った、という報告がありました。これは少なくとも一部の環境では、URL の受け渡しが途中で切れている可能性を示しています。(#91911)

筆者環境で確認できた実出力は環境情報だけで、今回のエラーそのものの再現ログは取得していません。なので、ここでは症状の裏取りに使える事実だけを書きます。

[env_summary]
OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-09-04T08:51:14+09:00

この材料だけから言える範囲では、現時点で確立している解決策は「ログイン URL を全文そのままブラウザに貼る」ことくらいです。少なくとも Issue 上では、それで復帰したという報告がありました。逆に、redirect_uri 自体の設定内容や CLI の内部実装までは、今回の報告文だけでは分かりません。(#91911)

もし自分の症状がこれに近いかを確かめるなら、次の順で見るのが早いです。ブラウザに Missing redirect_uri parameter が出ているか。claude auth login だけでなく claude setup-token や Console の導線でも同じか。ログイン URL が途中で切れていないか。最後の点は、Issue のコメントで実際に効いた回避策と一致しています。(#91911)

検証環境

OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-09-04T08:51:14+09:00

参照した Issue（anthropics/claude-code）: #69794, #91911

同じ著者の記事

`TelemetrySafeError: VirtualMessageList: itemKeys/messages le` が出るときに見えているもの

まず、この症状に当てはまるかどうかは、報告されている例を見るとかなりはっきりしています。`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という文字列が出ていて、スタックトレースに `nHt (B:/~BUN/root/chunk-9891yaqw.js:36:25132)` が含まれているケースです。今回の材料では、同じ症状として [#91880](https://github.com/anthropics/claude-code/issues/91880) と [#91653](https://github.com/anthropics/claude-code/issues/91653) の 2 件があり、どちらも open のままです。解決済みの報告はありませんでした。 もう一件の [#91653](https://github.com/anthropics/claude-code/issues/91653) は少し違っていて、Windows 11 で agents view を開い

papoo.work

ERR_NAME_NOT_RESOLVED が出るときに最初に見ること

`ERR_NAME_NOT_RESOLVED` は、今回の issue 報告では Claude Desktop 起動直後の通信が DNS 解決で落ちている形で出ています。読者の環境でも、起動時にネットワーク系の初期化が失敗しているなら、この症状に近い可能性があります。 ```text Health check fetch failed: Error: net::ERR_NAME_NOT_RESOLVED ``` この報告で分かるのは、少なくともアプリ内部の Chromium ネットワークスタックが、起動時の API 呼び出しを名前解決エラーで通せていない、という点です。少なくとも issue の記述上は、アプリ本体の表示崩れではなく、起動直後の通信失敗が中心に見えます。 切り分けの起点は単純です。もし同じ `ERR_NAME_NOT_RESOLVED` が出ているなら、「アプリだけが落ちる」のか、「名前解決そのものが不安定なのか」を分けて見たほうがよさそうです。#73042 の報告は Windows 10 Enterprise、App Version 1.17377.2、Electro

papoo.work

exit code 255 で SSH が落ちるときに見るもの

まず自分のケースかどうかを切り分けます。今回の issue 群では、どちらも Claude Code から SSH を投げたときに `exit code 255` で失敗しています。ただし、同じ 255 でも中身は違います。 ```text Error: Exit code 255 Connection timed out during banner exchange Connection to UNKNOWN port 65535 timed out ``` 一方、[#77678](https://github.com/anthropics/claude-code/issues/77678) では、背景が違います。issue の要約では、Claude Code の Bash tool で SSH を呼ぶと `No user exists for uid 501` が出て、standalone の `claude` CLI では同じコマンドが動くと報告されています。つまり、同じ SSH 失敗でも、こちらはネットワーク到達性というより実行環境側の問題に見えます。 `#68497` のほう

papoo.work

`Error: {"type":"error","error":{"details":null,"type":"invalid_request_error","message":"Output blocked by content filtering policy"}` が出て止まるときに見えていたもの

この症状は、Claude Code が編集や生成を進めようとした直後に、Anthropic API 側のエラーとして ```text Error: {"type":"error","error":{"details":null,"type":"invalid_request_error","message":"Output blocked by content filtering policy"},"request_id":"req_011CbWYp22Y864uHoBmCJ8hy"} ``` のような応答を返し、作業が進まなくなるものです。報告されている issue はどちらも同じエラーメッセージで、[#63572](https://github.com/anthropics/claude-code/issues/63572) と [#61565](https://github.com/anthropics/claude-code/issues/61565) です。 切り分けの入口は単純で、あなたのケースが「ファイルの中身や依頼内容に関係なく、このエラー文字列で止まる」かどうかです。

papoo.work

`Tell the user that these servers need to be authorized … and` が出るのに、実際は使えることがある

まず切り分けたいのは、MCP 接続が本当に未認証なのか、それとも「未認証だと言われているだけ」なのかです。今回の症状は後者として報告されています。`claude.ai` の OAuth connector がすでに認証済みで、同じセッション内でツール呼び出しも成功しているのに、セッション開始時の system reminder に「requires authentication before their tools can be used」と出て、さらに > “Tell the user that these servers need to be authorized … and that the capability is unavailable until they do.” という指示まで載る、という内容です。該当する issue は [#76320](https://github.com/anthropics/claude-code/issues/76320) と [#77534](https://github.com/anthropics/claude-code/issues

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync を見かけたときに確認したいこと

このエラーは、GitHub Issue 上では複数件まとまって報告されています。手元で見えた範囲では、いずれも同じ文言の `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ており、たとえば [#79235](https://github.com/anthropics/claude-code/issues/79235)、[#79179](https://github.com/anthropics/claude-code/issues/79179)、[#79166](https://github.com/anthropics/claude-code/issues/79166)、[#79272](https://github.com/anthropics/claude-code/issues/79272) に含まれていました。 ただし、報告内容だけでは原因はひとつに絞れません。モデルの切り替えに見えるという報告もあれば、ネットワーク試験の最中に止まったという報告もあり、Issue の本文から

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages le — `keys=249 messages=248` が出たときに見ること

まず、この症状が自分のケースかどうかは、エラー本文の形でほぼ見分けられます。今回集まっている issue では、いずれも `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` に続いて、`keys=... messages=... range=[...,...)` という不一致が出ています。たとえば #79204 では `keys=249 messages=248 range=[211,249)`、#79194 では `keys=107 messages=106 range=[84,107)`、#79182 では `keys=520 messages=518 range=[460,520)` でした。`keys` と `messages` の数が 1 ずれ、しかも `range` が終端にかかっているのが共通点です。 この共通点だけを見ると、ユーザーがやっていた作業はかなり幅があります。計算作業をしていた人もいれば、DB の fine-tuning、防御的なセキュリティ作業、通常のデプロイ作業

papoo.work

exit code 139 で `claude` が起動直後に落ちるときの見分け方

`claude` を打った瞬間に何も表示されず終わる。`claude --help` も `claude --version` も同じで、終了コードが 139 になる。今回の issue 群は、この形にかなり近い症状です。 報告されているのは、Ubuntu 26.04 LTS の VirtualBox VM 上で `claude` が即死した例と、Linux x86_64 上で 2.1.243 が起動直後に SIGSEGV で落ちる例です。どちらも、通常の対話画面が出る前に失敗しています。[#63635](https://github.com/anthropics/claude-code/issues/63635) と [#89390](https://github.com/anthropics/claude-code/issues/89390) では、少なくともその挙動が一致しています。 今回の一次情報では、私の環境で再現確認はできていません。実際に取れたのは次の環境情報だけです。 ```text OS : Linux 3.10.0-1160.76.1.el7.x8

papoo.work

`WorktreeRemove hook failed` が出るのに、hook 自体は悪くないことがある

最初に切り分けたいのは、「本当に WorktreeRemove hook が失敗したのか」と「削除経路の都合でそう見えているだけか」です。今回の issue 群では、その2通りが混ざっています。 ひとつは [#82097](https://github.com/anthropics/claude-code/issues/82097) です。ここでは、`claude agents` の agent 削除で `WorktreeRemove hook failed` が出るものの、報告者の言葉では `~/.claude/hooks/worktree-remove.sh` はどの経路でも `0` を返しており、hook が直接壊れているわけではありません。報告では、`WorktreeCreate` で作られた worktree のセッション記録に `hookBased: true` が入り、`originalHeadCommit` がないため、CLI 側が worktree 状態を検証できず削除を拒んでいる、という説明になっています。つまり、見えているエラー文と実際の原因がずれている可能性があ

papoo.work

Permission to use mcp__workspace__bash has been denied. が出続けるときに確認したこと

この症状は、Cowork で `mcp__workspace__bash` と `mcp__workspace__web_fetch` が毎回拒否される、という形で報告されています。関連する issue は [#91582](https://github.com/anthropics/claude-code/issues/91582) と [#91561](https://github.com/anthropics/claude-code/issues/91561) です。 まず、自分のケースかどうかは次の見え方で切り分けられます。Issue 報告では、`mcp__workspace__bash` だけでなく `mcp__workspace__web_fetch` も同時に拒否され、しかも毎回すぐに ```text Permission to use mcp__workspace__bash has been denied. ``` が返るとされています。許可確認のプロンプトは一度も出ず、Read / Glob / Grep / WebSearch / remote MCP conne

papoo.work