Author

claudehowto

requires re-authorization (token expired) が出るときにまず見るところ

このエラーは、Claude Code から MCP や連携先を呼び出した瞬間に出ることがあります。今回の issue 群では、見え方が少し違っていました。

ひとつは、/mcp では Gmail / Google Calendar / Google Drive が「接続済み」のように並ぶのに、実際に使おうとすると requires re-authorization (token expired) になるケースです。報告者は、claude.ai ではそれらが未接続として表示され、Connect ボタンが出ていると書いています。Claude Code 側では同じものが接続済みのように見えてしまうため、状態表示が紛らわしい、という問題でした。これが #76010 です。

もうひとつは、Calendly の MCP で認証がその場で失敗するケースです。/mcp から calendly を選んで Authenticate しても、claude mcp login calendly を実行しても、すぐ失敗し、ブラウザも開かず、次の文言だけが返ると報告されています。

Couldn't complete authentication for "calendly": SDK auth failed:

この報告は #73293 です。報告者は Claude Code 2.1.198、macOS、Calendly MCP の組み合わせで再現したと書いています。

手元で確認できている出力は環境情報だけです。

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

この症状でいちばん大事なのは、「単に接続済みに見える」のか、「認証そのものが失敗している」のかを分けることです。/mcp に表示されていても、#76010 のように実際には未認可のまま見えているだけ、という可能性があります。その場合、実際の操作で初めて requires re-authorization (token expired) が表に出ます。

一方で、#73293 のように認証手続き自体が即失敗するなら、ユーザー操作の前に SDK auth failed で止まります。少なくとも issue 上では、ブラウザが開かないまま失敗する点が共通していました。

この 2 件だけを見る限り、恒久的な解決策が確認できたとは言えません。issue 内では、disableClaudeAiConnectors: true を ~/.claude/settings.json に入れると表示が消える、という回避策の報告がありました。ただし、これは #76010 のコメントとして共有されたもので、実際にどこまで根本対処になるかはこの情報だけでは断定できません。

もし今の自分の画面がこの症状に近いかを確かめるなら、次の順で見れば十分です。/mcp に対象の Google 連携や MCP サーバーが表示されるか、表示されたものを実際に呼べるか、そして呼べない場合に requires re-authorization (token expired) なのか SDK auth failed なのかを見る。ここまでの切り分けは、少なくとも今回の 2 件の報告に沿っています。

検証環境

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

参照した Issue（anthropics/claude-code）: #76010, #73293

同じ著者の記事

`authentication_error` が出るとき、まず自分の症状かを切り分ける

Claude Code を使っていて `401` の `authentication_error` が急に出るなら、少なくとも今回集まっている報告では「認証が壊れた」というより、セッション中に OAuth token の期限切れや再認証が必要になっているケースが中心でした。 ただし、同じ `authentication_error` でも issue は 2 系統あります。 ひとつは、[#18225](https://github.com/anthropics/claude-code/issues/18225) のように、長く使っていたセッションで突然 401 が出始め、`/login` を何度も求められるパターンです。報告者は「months 使っていて、today から始まった」と書いています。エラーメッセージは次のとおりです。 ```text API Error: 401 {"type":"error","error":{"type":"authentication_error","message":"OAuth token has expired. Please

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

`Failed to authenticate: OAuth session expired and could not be refreshed` が出るときにまず見るところ

このエラーを検索してたどり着くケースは、少なくとも今回の issue では 2 つの顔があります。ひとつは、デスクトップアプリを閉じていないのに、日中に何度も再認証を求められるケースです。もうひとつは、VS Code 側でいったん再ログインできたのに、古い認証エラー表示が残り続けるケースです。 前者は [#98693](https://github.com/anthropics/claude-code/issues/98693) で、macOS のデスクトップアプリと、同じアカウントを使う headless な `claude --print` 呼び出しが同時に走っている状況でした。報告では、scheduled な macOS LaunchAgents が 11 本あり、同じアカウントに対して独立した `claude --print` を投げています。Keychain の `Claude Code-credentials` の更新時刻が 2026-10-01 11:00:04 UTC、つまり 7:00:04 AM と一致している、とも書かれています。報告者は、このタイミングの一致が偶然

papoo.work

`Registration: Authentication failed (401): Missing Authorization header.` が出るときに見ること

この症状は、`claude remote-control` の登録段階で止まり、401 とともに `Missing Authorization header` と出るケースです。今回の報告では、[`#83958`](https://github.com/anthropics/claude-code/issues/83958) と [`#83976`](https://github.com/anthropics/claude-code/issues/83976) のどちらも、登録フェーズで同じエラーに落ちています。 まず切り分けたいのは、「単に認証が切れている」のか、「Authorization ヘッダー自体が送られていない」のかです。issue #83958 では、当日の新しく発行された OAuth トークンでは Authorization ヘッダーが送られず、同じ CLI バージョンでも朝は古いトークンで送れていた、という観察が書かれています。つまり、少なくともその報告では、ユーザー操作のミスというより CLI 側の挙動に見えます。 issue #83976 では、同じアカウ

papoo.work

`OAuth session expired and could not be refreshed` が出るときにまず確認したいこと

この症状は、少なくとも issue [#81937](https://github.com/anthropics/claude-code/issues/81937) と [#93521](https://github.com/anthropics/claude-code/issues/93521) で報告されています。どちらも「OAuth のセッションが期限切れで、更新できない」という同じ文言に見えますが、出方が少し違います。 ```text Failed to authenticate: OAuth session expired and could not be refreshed ``` ```text Failed to authenticate. API Error: 401 {"type":"error","error":{"type":"authentication_error","message":"OAuth access token has been revoked."},"request_id":null} ``` 一方 [#93521](https://gith

papoo.work

`Remote credentials fetch failed` が出るときにまず見るところ

この症状は、少なくとも今回の issue 群では 「Remote Control の起動や再接続の途中で、資格情報の取得が失敗している」 形で報告されています。読者が自分のケースかどうかを先に切り分けるなら、次の2つに当てはまるかを見るのが早いです。 ひとつは、起動直後や cold start で Remote Control を有効にしたときに、ステータスバーへ `Remote Control failed · Remote credentials fetch failed — see debug log` のような表示が出るケースです。[#78598](https://github.com/anthropics/claude-code/issues/78598) では、`"remoteControlAtStartup": true` を有効にした状態で、OAuth アクセストークンの更新より先に remote bridge が最初の API 呼び出しを行い、`POST /v1/code/sessions` と `/bridge` が **HTTP 401 Authentic

papoo.work

Authorization failed が出る Claude in Chrome の OAuth 失敗

Claude Code から Claude in Chrome 拡張を使おうとして、`claude.ai/oauth/authorize` まで進んだのに、Authorize を押した直後に `Authorization failed` で止まる。今回の issue 群は、まさにその症状に当てはまります。 報告されているのは、Claude in Chrome extension の OAuth authorization が、認可画面で Authorize を押した直後に `Authorization failed — This isn't working right now` になる、というものです。#69051 では、拡張機能をインストールし、Claude Code 側で Claude in Chrome connector を有効にし、ブラウザで認可しても失敗する手順がそのまま書かれています。#95958 でも、別環境で同じ失敗が再現したとされています。参照できる issue は [#69051](https://github.com/anthropics/claude-code

papoo.work

ERR_CONNECTION_REFUSED で Claude Code の OAuth が止まるときに見るところ

まず、この症状に当てはまるかどうかはかなりはっきりしています。issue #66332 では、Android 端末から GitHub Codespaces を使っていると、Claude Code の OAuth が `localhost:PORT/callback` に飛び、その先に接続できず `ERR_CONNECTION_REFUSED` になると報告されています。`claude setup-token` でも同じ localhost リダイレクトで失敗した、と書かれています。別件の #70415 では、ブラウザベースの Codespace（`.github.dev`）で `CLAUDE_CODE_OAUTH_TOKEN` 環境変数が無視され、ログインメニューから Claude account を選ぶとやはり localhost の OAuth callback で `ERR_CONNECTION_REFUSED` になった、という報告でした。 つまり、少なくともこの 2 件で共通しているのは、「ブラウザから localhost に戻る認証経路が使えない環境で止まる」ことです。An

papoo.work

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 not allowed for this organization.` が返っています。該当する報告は [#63685](https://github.com/anthropics/claude-code/issues/63685) と [#63886](https://github.com/anthropics/claude-code/issues/63886) です。 まず見分けたいのは、自分が「個人の Pro 契約を持っているのに弾かれている」のか、それとも本当に組織管理下のアカウントとして扱われているのか、です。[#63886](https://github.com/anthro

papoo.work

`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](https://github.com/anthropics/claude-code/issues/91911)) 同じ症状は、別の報告でも見え方がかなり近いです。`/login` の直後にブラウザで OAuth エラーになり、しかも別マシンの別ユーザーでも同じエラーが出た、という内容でした。

papoo.work