# Claude 提示无法认证：先查事故，再修本机或账号

> Temporarily unable to authenticate 不是封号，也不是本机登录失效。先看 status.claude.com：有事故就保持登录等恢复，没有再修本机。

- URL: https://blog.laozhang.ai/zh/posts/claude-temporarily-unable-to-authenticate
- Published: 2026-09-30
- Updated: 2026-09-30
- Author: LaoZhang AI Team (https://blog.laozhang.ai/zh/about)
- Category: Claude
- Tags: Claude, Claude Code, 认证失败, 故障排查, status.claude.com

---
看到 `Temporarily unable to authenticate. Please retry.`，先别动本机。这句话来自 Anthropic 服务端：它在校验你已经登录的会话时失败了，所以让你稍后重试。它不是 Claude Code 自己的凭证报错，不是封号通知，也不是网络或地区限制提示。2026 年 9 月 29 日北京时间 22:00 到 22:59，大量用户在 claude.ai 网页、桌面端、手机端和 Claude Code 里同时看到它，原因是 Anthropic 当天的认证故障；在那一个小时里，退出重登、删凭证、重装、换代理节点都改变不了它。

判断只需要三步，顺序不能反：

1. 打开 [status.claude.com](https://status.claude.com)。claude.ai、Claude Code、Claude Cowork 任一组件有进行中的事故，就是 Anthropic 那边的问题：保持登录、不要登出、不删凭证、不重装，等状态页写出恢复时间，恢复后核对最后几条消息或改动有没有保存。
2. 状态页没有事故，而你在 Claude Code 里：核对屏幕上的原文是不是另一句。`Login expired`、`Not logged in`、`OAuth token revoked` 这些都有各自的文档修法，`/login` 只对它们有效；对本句无效。
3. 既没有事故，原文也确实是这一句，并且持续超过一小时：Claude Code 里跑 `/feedback`，claude.ai 里点左下角头像的 Get help。封号和地区限制各有专门页面，Anthropic 不用这句话表达它们。

## 这句话是谁发出的，不是什么

Claude Code 2.1.281 的程序文件（桌面端附带的版本，221 MB）里没有 "Temporarily unable to authenticate" 这个字符串；官方错误参考的 errors、troubleshoot-install、authentication、commands 四页也没有。所以它不是客户端生成的文案，而是 Anthropic 服务端返回、各客户端原样显示的一句话，这也是网页、手机 App 和 Claude Code 会在同一时间弹出同一句英文的原因。具体由哪个后端服务抛出，公开资料没有说明。

两个词容易误读：

- **authenticate** 不是让你重新输密码。你已经登录了，服务端只是在校验这个会话的凭证；校验这一步在服务端失败，你本机的凭证再正确也过不去。
- **retry** 是服务端的建议。Claude Code 转圈行里的 `Retrying in Ns · attempt x/y` 是客户端自己的重试机制，官方文档没有写这句话属于哪一类重试，所以不能说 Claude Code 会为它自动重试多少次；看到转圈就等它跑完，看不到就过一分钟再发一次，而不是连续点。

你真正担心的几种情况，各有各的原文和确认位置：

| 你担心的情况 | 真实的提示长什么样 | 在哪里确认 |
| --- | --- | --- |
| 号被封了 | Claude Code 显示 `Your account is on hold and can't use Claude Code. View details or appeal: https://claude.ai/restricted`；网页端引导到同一个页面 | 打开 claude.ai/restricted 看有没有内容 |
| 所在地区不支持 | 关掉代理后 claude.ai 显示的 unsupported region 类页面，是一整页，不是右下角小提示 | 页面本身 |
| 网络或代理断了 | Claude Code 显示 `Unable to connect to API. Check your internet connection`、`ENOTFOUND`、`ERR_PROXY_TUNNEL`、`ECONNRESET` 等 | 终端里 `curl -I https://api.anthropic.com` |
| Claude Code 登录过期 | `Login expired · Please run /login` | `/status` 的 Login 行显示 `Expired — log in again` |
| Anthropic 认证服务故障 | `Temporarily unable to authenticate. Please retry.` | status.claude.com 有事故；社区同一时刻大量出现 |

![看到 Temporarily unable to authenticate 后的三分支判断图：状态页有事故就保持登录等恢复，原文是另一句就按原文修本机，整页提示则看 claude.ai/restricted 或地区页面](https://blog.laozhang.ai/posts/zh/claude-temporarily-unable-to-authenticate/img/three-branch-check.webp)

网络类报错的细分在《[Claude Code Unable to connect to API：ECONNREFUSED、ECONNRESET 与代理错误排查](https://blog.laozhang.ai/zh/posts/claude-api-error-connection-error)》；带 HTTP 状态码的报错怎么分层看《[Claude Code 403、503、529 报错：按来源排查](https://blog.laozhang.ai/zh/posts/claude-code-403-503-529-errors)》。

## 分支一：Anthropic 事故，保持登录，等

### 状态页怎么看，以及它会比你晚多久

[status.claude.com](https://status.claude.com) 分组件列状态：claude.ai、Claude Console（platform.claude.com）、Claude API、Claude Code、Claude Cowork、Claude for Government。旧域名 status.anthropic.com 会跳转过来。页面可以订阅邮件、短信、Slack、Teams、webhook，也有 Atom/RSS（`/history.atom`）；如果你每天都在 Claude Code 里干活，订阅一次，下次就不用先去论坛问"是不是崩了"。

状态页有滞后。9 月 29 日的公告事后写明错误从 14:00 UTC 开始，但第一条 Investigating 发在 14:21 UTC，中间 21 分钟状态页是绿的。这段时间里社区已经在讨论：linux.do 的帖子建于北京时间 22:18，V2EX 的《Claude 服务挂了吗》建于 22:22。所以判断事故要看两个信号：状态页有公告，或者状态页还没更新但多个中文社区在同一刻出现同一句原文的帖子。只有一个人（你）看到，两个信号都没有，才转到分支二。

9 月 29 日的完整过程（北京时间，UTC +8）：

| 北京时间 | 状态页内容（原文见公告） |
| --- | --- |
| 22:00 | 错误开始（事后公告注明） |
| 22:18–22:22 | linux.do、V2EX 出现"是不是崩了""还以为号被封了"的帖子 |
| 22:21 | 首条公告：claude.ai（含桌面端与手机端）、Claude Code、Claude Cowork 错误率升高，用户可能看到请求失败、对话加载或发送出错、被要求重新登录，"重试可能成功" |
| 22:28–22:30 | 追加 Claude API 与 platform.claude.com 也受影响 |
| 22:36 | 第一个问题已缓解，已有对话大多恢复 |
| 22:41 | 部分登录尝试、账号操作、Claude Code 与 Cowork 会话仍然失败 |
| 22:59 | 大部分服务恢复 |
| 23:00 | 公告第二个问题：许多用户无法登录（单点登录与 Sign in with Apple 不可用）、无法新建对话、无法开始语音对话、无法启动 Claude Code 或 Cowork 会话、无法购买与上传文件；**"If you're signed in, please don't sign out."** |
| 23:11 | 监控中；"14:00 到 14:59 UTC 之间发送的部分消息可能没有保存" |
| 23:30 | 全部服务自 22:59 起正常 |

![2026 年 9 月 29 日北京时间 22:00 到 23:30 的认证事故时间线：22:00 错误开始，22:21 首条公告，22:36 第一个问题缓解，22:59 大部分服务恢复，23:00 公告请勿登出](https://blog.laozhang.ai/posts/zh/claude-temporarily-unable-to-authenticate/img/incident-timeline.webp)

这类认证事故不止一次。状态页历史里，8 月 16 日有一起 "issue with users authenticating to claude.ai, Claude Code, and Claude Cowork"，从 21:58 到 22:34 UTC，约 36 分钟；8 月 24 日两起 claude.ai 登录故障，各 6 到 8 分钟，公告特别提到影响 "connecting Claude Code with subscription"。所以从 8 月到 9 月，这种事持续几分钟到一小时不等，9 月 29 日是最长的一次。

### 事故期间别做什么

Anthropic 在 23:00 那条公告里的原话是 "If you're signed in, please don't sign out."。理由在同一条公告里：那一刻坏的是登录这一步，已登录的会话在 22:36 之后大多能用。你如果主动退出，等于把自己从"大多能用"挪到"无法登录"那一边，而且要等登录服务恢复才能回来。据此，事故期间：

- **不要在 Claude Code 里 `/logout`。** 它会删掉本机保存的全部凭证，包括 MCP 服务器的登录和插件密钥，恢复后要逐个重新授权。
- **不要在 claude.ai 里"登出所有会话"。** 那个开关在设置 → 账号 → 登出，只有网页端有；用了以后每台设备都要重新登录（Google 登录或邮件链接），而登录恰好是当时不可用的部分。网页会话本来能维持 28 天，活动中每小时自动续期，不动它就一直在。
- **不删 `~/.claude/.credentials.json`，不清钥匙串，不重装。** 这些动作修的是本机凭证，而本机凭证不是问题所在。
- **不要连续刷新或连续重发。** 状态页写的是 "retrying may succeed"，意思是隔一会儿再试一次可能就过了；不是连点五次。网页右下角的提示带计数（有人看到 x5、x6），计数只说明你重试了几次。
- **不要换代理节点。** 这句话与你的出口无关，换了也一样；关掉代理反而会看到另一种页面（见分支三）。

Claude Code 里正在跑的任务怎么办：转圈行显示重试就让它跑完，或者按 Esc 停下来，等状态页恢复后再发。你的原始指令还在对话里，长指令不用重贴，输入 "try again" 即可。有 V2EX 用户反映事故期间工具调用反复重试消耗了 5 小时额度，这是单个用户的说法，官方只对 529 过载写明过"不计入额度"，对认证错误没有说明。如果你在意额度，事故期间不要让一个带大量工具调用的任务自己撞，按 Esc 暂停更稳妥。

### 恢复后核对什么

状态页 23:11 的公告明确说 14:00 到 14:59 UTC 之间发送的部分消息可能没有保存。恢复后：

- claude.ai：翻到对话末尾，看最后几轮是否都在；缺的重发一次。
- Claude Code：在项目里 `git status`、`git diff` 看最后一批改动是否落盘；如果任务在事故中中断，重新发最后一条指令。会话本身不需要重新登录，`/status` 的 Login method 行还是原来的账号。
- 如果事故期间你没登录成功（SSO 或 Apple 登录），恢复后正常登录一次即可，不需要重置任何东西。

## 分支二：没有事故，看原文是哪一句

状态页干净、社区也没人同时报，而 Claude Code 还在拒绝请求，那多半屏幕上的原文不是本句，而是 Claude Code 自己生成或 API 返回的另一句。它们每一句都对应明确的原因和修法：

| 你看到的原文 | 意思 | 修法 |
| --- | --- | --- |
| `Not logged in · Please run /login` | 本会话没有任何可用凭证 | `/login` |
| `Authentication required · Sign in again to continue` | 同上，但出现在桌面端的 Code 标签或 Cowork | 从桌面 App 重新登录 |
| `Login expired · Please run /login` | Claude Code 尝试续期 claude.ai 登录，OAuth 服务拒绝了刷新令牌，本机凭证已被清空；请求根本没发出去 | 只有 `/login` 能修；v2.1.210 起 `/status` 的 Login 行会提前显示 `Expired — log in again` |
| `OAuth token revoked · Please run /login` 或 `Please run /login · API Error: 401 OAuth token has expired ...` | API 拒绝了你的令牌；revoked 通常是你在别处"登出所有设备"或管理员移除了访问 | `/login`；用 `CLAUDE_CODE_OAUTH_TOKEN` 的话重新 `claude setup-token` |
| `Could not refresh your login because another Claude Code process is refreshing it (or exited mid-refresh) · Try again in a minute; ...` | 同一台机器的另一个 Claude Code 进程正持有续期锁 | 等一分钟；反复出现就关掉其他窗口，或 `/login` |
| `Couldn't save your login. If your Mac's keychain is locked, unlock it and log in again.` | 登录成功但写不进 macOS 钥匙串 | 解锁钥匙串后再 `/login` |
| `Your login expires in 3 days · run /login to renew` | 启动时的到期预警，不阻断请求 | 找空 `/login` 一次；无人值守会话在到期时会停 |

先跑 `/status`（在 VS Code 里怎么找这个面板见《[Claude Code 在 VS Code 里怎么查看账号：先跑 /status，再判断登录和 API 路由](https://blog.laozhang.ai/zh/posts/check-claude-code-vscode-account)》）。它告诉你当前生效的是哪一种凭证：`Login method` 行是 claude.ai 订阅登录；`API key` 或 `Auth token` 行说明是环境变量里的密钥或令牌在生效。这一点决定修法：

- **`/status` 显示 `API key` 且没有标记为未使用**：shell 里的 `ANTHROPIC_API_KEY` 压过了你的订阅登录，`/login` 改变不了它。旧公司或旧项目留下的密钥会让请求以 `This organization has been disabled` 之类失败。`unset ANTHROPIC_API_KEY` 后重新 `claude`，再到 `~/.zshrc`、`~/.bashrc`、`~/.profile`（Windows 看 `$PROFILE`）里删掉那行 export。
- **用 Bedrock、Vertex 或 Foundry**（Vertex 现在的文档叫法是 Agent Platform）：这些会话不经过 claude.ai 登录，看到的凭证错误是云厂商 CLI 没登录（`Could not load credentials from any providers` 等），和 Anthropic 认证事故是两条路。linux.do 有人提到事故当晚 Kiro 里的 Claude 全程正常，这是一条个人观察，但与凭证走云厂商这条路一致。
- **反复被要求重新登录**：先看系统时钟准不准，令牌校验依赖时间戳；再看是不是多个会话共享一份登录，v2.1.211 之前从睡眠唤醒可能让所有会话同时掉线。
- **macOS 上登录存不进去**：`claude doctor` 会报 `macOS Keychain is not writable`，`security unlock-keychain ~/Library/Keychains/login.keychain-db` 解锁；解不开就在"钥匙串访问"里把 login 钥匙串密码与账户密码重新同步。

只有确认是这一分支，"重置登录"才是正确动作：`/logout`，关闭 Claude Code，重新运行 `claude` 完成登录；浏览器没自动打开就按 `c` 复制授权链接手动打开。这套步骤对本机凭证问题有效，对分支一无效且有害，社区里"退出重登就好了"的经验只适用于这里。

如果 `/status` 一切正常、原文确实就是 "Temporarily unable to authenticate"、状态页没有公告、并且超过一小时没有恢复，那就是 Anthropic 需要知道的情况：Claude Code 里 `/feedback` 把请求细节交给他们；claude.ai 上登录后点左下角头像，选 Get help。500 类报错持续不退时的处理路径类似，见《[Claude Code 出现 API Error 500？先分清故障分支，再修 Internal Server Error](https://blog.laozhang.ai/zh/posts/claude-code-api-error-500)》。

## 分支三：账号或地区，各有专门页面

**封号不会用这句话通知你。** 账号被暂停时，Claude Code 显示 `Your account is on hold and can't use Claude Code. View details or appeal: https://claude.ai/restricted`（或登录时的 `... can't sign in to Claude Code ...`），重新登录同一账号也清不掉，因为限制在账号上而不在登录上；网页端会把你引到同一个 claude.ai/restricted 页面看原因和申诉。9 月 29 日晚上 V2EX、linux.do 上"还以为号被封了""差点以为号没了"的帖子，事后都是事故；如果你想确认，打开 claude.ai/restricted，页面没有内容就不是封号。

**地区限制是另一种页面。** 截至 2026 年 9 月 29 日，Anthropic 的支持国家和地区列表不包含中国大陆、香港和澳门，所以关掉代理后打开 claude.ai，看到的是 unsupported region 类的整页提示，不是右下角的小条。V2EX 上有人 9 月 29 日升级 macOS 后开机没连代理，先看到地区提示，连上代理后又赶上事故弹本句，两件事在一小时内接连发生，看起来像账号出了问题，实际上前者是出口地区，后者是 Anthropic 认证服务，互不相关。分辨方法只有一个：看提示的样子。整页、说地区不支持，是前者；右下角、说 authenticate，是后者。

**事故期间正在登录的人**：9 月 29 日 22:36 之后已登录的会话大多能用，但单点登录和 Sign in with Apple 在 22:59 之前一直不可用，邮件登录链接同样要经过登录服务。这时反复点登录不会更快，等状态页写出 "Signing in ... working again" 再登一次即可。

## 网页端、手机端、Claude Code 的表现为什么不一样

同一场事故里各端看到的东西不同，这是 9 月 29 日用户反映最集中的一点：

- claude.ai 网页与桌面端：右下角提示，反复弹，带计数（x5、x6）；不少人的对话仍能继续出字，"也会报这个错误，但能干活"。
- 手机 App：提示 "Couldn't complete your request"，同一时间段截图里也有本句。
- Claude Code：有人终端里一切正常而网页端报错，也有人反过来；启动新的 Claude Code 或 Cowork 会话在 22:41 的公告里仍列为失败项，到 22:59 才恢复。

状态页的公告解释了这种差异：第一个问题影响"请求失败、加载或发送对话出错"，22:36 缓解；第二个问题影响"登录、新建对话、启动 Claude Code 或 Cowork 会话"，22:59 才恢复。哪个动作需要重新校验会话，哪个动作就先失败；已经建立的对话和会话反而撑得住。所以"我的 Claude Code 还好好的"不能推出"账号没问题"，"网页端一直弹"也不能推出"号要没了"，判断依据仍然是状态页和同一时刻的社区信号。

## 常见问题

**弹这句话是不是被封号了？** 不是。封号时 Claude Code 显示 on hold 原文并附 claude.ai/restricted 链接，网页端引到同一页面，而且重新登录也清不掉。本句在 2026 年 9 月 29 日晚同时出现在大量用户屏幕上，对应 Anthropic 状态页的认证事故；打开 claude.ai/restricted 没有内容，就可以排除封号。

**要不要退出重新登录？** 状态页有事故时不要。Anthropic 当晚的公告原话是 "If you're signed in, please don't sign out."，因为坏的正是登录这一步，已登录的会话反而能用。状态页没有事故、`/status` 显示登录过期或原文是 `Login expired` 之类的文档报错时，再 `/logout` 后重新登录。

**事故期间发的消息和 Claude Code 的改动会丢吗？** 可能。9 月 29 日的公告写明 14:00 到 14:59 UTC（北京时间 22:00 到 22:59）之间发送的部分消息可能没有保存。恢复后翻一下对话末尾，Claude Code 项目里跑 `git status` 看最后一批改动是否存在，缺什么补发什么。

**这种事故一般多久恢复？** 按状态页历史，8 月 24 日两起登录故障各 6 到 8 分钟，8 月 16 日约 36 分钟，9 月 29 日从错误开始到全部恢复约 1 小时，状态页首条公告比错误开始晚 21 分钟。看到本句先等几分钟再看状态页，比立刻动本机更省时间。

**要不要换代理节点？** 不要。这句话是 Anthropic 服务端校验会话失败，与你的出口线路无关。关掉代理看到的 unsupported region 页面是另一回事，两者不能互相解释。

**怎么第一时间知道是事故而不是自己的问题？** 订阅 status.claude.com 的邮件、Slack 或 RSS 通知；9 月 29 日的首条公告比错误开始晚 21 分钟，之后的每条公告都承诺 30 分钟内再更新。公告出来之前，多个社区同一时刻出现同一句原文，就是足够的旁证；只有你一个人看到，才按分支二检查本机。