Claude Code 認証の静かな失効 自己診断

6つの質問 ・ 約2分 ・ ブラウザ内で完結、登録なし、送信なし ・ CC0 ・ v1.0（2026-06-09）
何が起きているか: ログインは確かに通っていたのに、しばらく作業した後に 401 や Needs authentication や Not logged in が出て、それまでの流れが止まる。認証の「成功しました」は一瞬の状態でしかなく、その後 裏側の認証だけが警告なく失効し、次にツールを呼んだ瞬間に初めて壁にぶつかる。失うのは、その失効に巻き込まれた作業の途中の成果だ。2026年の5月中旬から下旬の17日間だけで、関連する報告が39件以上 公開のissueに積み上がった。同じ「静かな失効」でも入口は7つに分かれ、入口ごとに止め方と予防が違う。 この診断は、あなたがどの経路かを切り分ける。
開示: 予防の節は、このリポジトリ（cc-safe-setup、MIT）の検証済みの認証のhookに導線する。どれも作業を止めるものではなく、失効を「見える化」する助言の層だ。失効そのものを防ぐ根治はAnthropic側の仕事で、利用者の側でできるのは、作業の途中で死ぬ前に気づけるようにすることだ。このページは単一のHTMLで、解析や送信や追跡は一切しない。保存して手元で動かせる。

6つの質問

1. 認証が最初に切れたのは、どの直後だったか？
きっかけが、どの経路かを最も強く決める。
2. 症状の形に最も近いのは？
同じ401でも、無限ループか、表示の矛盾か、復帰後の一発目かで経路が分かれる。
3. 失効の直前に、トークンの更新や認証の最中の「一時的な上流のエラー（5xxなど）」に心当たりはあるか？
更新の最中の一回の一時エラーが、認証の状態を恒久的に壊してループにすることがある。
4. Claude Code の窓（やセッション）を、複数 同時に開いているか？
片方の窓のログイン操作が、ディスク上の認証の情報を書き換え、もう片方を古い状態にする。
5. 認証の方式は？
第三者の経路は2日目の失効が出やすく、環境変数の残りは別の混乱を生む。
6. このセッションは自律運用（/loop・cron・headless の自動の再開）で動いているか？
自動の再開だと、一度の失効が「直らないまま枠を溶かし続ける」ループになりうる。

診断

最も可能性の高い経路

復旧（最も可能性の高い経路に合わせて）

再発の予防（これから）

もしこの種の失効が繰り返すなら

このページは「認証の静かな失効」に絞っている。同じ「成功したように見えて実は失敗している」沈黙の失敗は、ほかにも 副の作業者の嘘の完了の報告、トークンの想定外の膨張、ファイルの静かな書き換えなど、いくつもの形で起きる。