# Claude Code 在 VS Code 里怎么查看账号：先跑 /status，再判断登录和 API 路由

> 用同一个 VS Code 窗口确认 Claude Code 当前账号，区分订阅登录、API Key、Provider 路由和状态页分支，避免误删 Key 或误判计费。

- URL: https://blog.laozhang.ai/zh/posts/check-claude-code-vscode-account
- Published: 2026-05-07
- Updated: 2026-05-07
- Author: LaoZhang AI Team (https://blog.laozhang.ai/zh/about)
- Topic: Claude Code
- Tags: Claude Code, VS Code, Anthropic, 账号检查, Developer Tools

---
在 VS Code 里查看 Claude Code 账号，不要先去翻订阅页面，也不要先删 API Key。正确顺序是：在同一个 VS Code 窗口打开 Claude Code，需要时从集成终端运行 `claude`，然后先执行 `/status`。这个结果比浏览器里记住的登录账号、Claude Pro 页面、Console 余额或 shell 配置更接近当前会话的真实路由。

![Claude Code 在 VS Code 中查看账号和凭证路由](https://blog.laozhang.ai/posts/zh/check-claude-code-vscode-account/img/cover.webp)

先用下面这张表判断当前状态，再决定要不要切换账号、清理变量或等待服务恢复。

| 当前 VS Code 会话看到什么 | 代表什么 | 第一检查 | 下一步 |
| --- | --- | --- | --- |
| `/status` 显示预期账号且连接正常 | 当前窗口用的是预期 Claude Code 会话 | 看账号标签、模型/版本和 connectivity | 继续工作；`/usage`、`/cost`、`/stats` 只作为用量上下文 |
| 未登录、账号不对或会话过期 | 本地 Claude Code 会话不是预期账号 | `/logout` 后 `/login`，再在同一窗口跑 `/status` | 先证明路由，不要马上解释计费 |
| 有 API Key、auth token、Provider 或自定义 base URL | VS Code 可能走凭证路由而不是订阅登录 | 检查继承到 VS Code 里的 `ANTHROPIC_API_KEY`、`ANTHROPIC_AUTH_TOKEN`、helper 或 provider 变量 | 有意保留或清理变量，重载 VS Code，再跑 `/status` |
| 本地路由看起来对，但请求大面积失败 | 可能是服务事件、组织限制或账号权限问题 | 按当前日期查看 Claude Status，整理脱敏证据 | 停止反复改本地凭证，等状态或管理员证据明确 |

截图和求助时不要暴露密钥。可以分享 `/status` 的账号路由、Claude Code 版本、VS Code 启动方式、相关变量名、错误文本和时间戳，但不要贴真实 API Key、Bearer token、Provider secret 或完整 `.env`。

## 在同一个 VS Code 界面里检查

![VS Code 中运行 Claude Code 账号检查的位置](https://blog.laozhang.ai/posts/zh/check-claude-code-vscode-account/img/status-surface-map.webp)

账号检查必须发生在将要工作的同一个 VS Code 窗口。官方 VS Code 集成提供 Spark 图标、Activity Bar、Command Palette、Status Bar 和集成终端等入口；这些入口看到的环境可能和外部终端不同。只用外部终端证明一个账号，不能证明 VS Code 当前窗口也在用同一个账号。

最小命令是：

```bash
claude
```

进入 Claude Code 后运行：

```text
/status
```

`/status` 是账号和路由的第一证据，因为它会显示版本、模型、账号和连接状态。若 VS Code 扩展提示没有登录，先走 `/login` 和浏览器授权；如果授权窗口没有重新打开，先重载 VS Code 窗口，再回到同一窗口执行 `/status`。如果连 `claude` 命令都无法启动，问题还不属于账号检查，先转到 [Claude Code 安装教程](https://blog.laozhang.ai/zh/posts/claude-code-install) 或 [Claude Code 在 VS Code 中无法工作](https://blog.laozhang.ai/zh/posts/claude-not-working-in-vscode)。

## 解释账号和凭证路由

![Claude Code 凭证路由矩阵](https://blog.laozhang.ai/posts/zh/check-claude-code-vscode-account/img/route-matrix.webp)

Claude Code 可以通过 Claude.ai 账号、Team/Enterprise、Console、API Key、Bearer token、`apiKeyHelper`、Bedrock、Vertex、Foundry 或兼容网关认证。你要确认的不只是“我有没有登录”，而是当前 VS Code 会话由哪个合同接管。

| 路由信号 | 可能归属 | 需要确认 | 不要直接假设 |
| --- | --- | --- | --- |
| Claude.ai 账号登录 | 个人或订阅账号 | 账号标签是不是预期账号 | API 计费和 Console 额度也属于同一路由 |
| Team/Enterprise | 组织管理账号 | 组织、工作区、仓库权限是否匹配 | 个人账号拥有同样权限 |
| Console 或 API Key | Anthropic API 项目或 Key 持有人 | Key 是否存在、Console Usage、项目边界 | Pro/Max 订阅正在承担这次会话 |
| `ANTHROPIC_AUTH_TOKEN` 与 base URL | 兼容网关或代理路由 | host、token、模型名和信任边界 | 它等同于 Anthropic 官方直连 |
| Bedrock、Vertex、Foundry | 云厂商账号和区域 | Provider 凭证、区域、模型可用性 | `/login` 和 `/logout` 是主要开关 |

如果 `/status` 已证明是订阅登录，再去看 [Claude Code API Key 和订阅计费](https://blog.laozhang.ai/zh/posts/claude-code-api-key-vs-subscription-billing)。如果证明是 API Key、Provider 或网关路由，下一步看 [Claude Code API 配置](https://blog.laozhang.ai/zh/posts/claude-code-api-configuration)。先证明路由，再解释账单。

## 检查 VS Code 是否继承了环境变量

VS Code 常常不是从你以为的那个 shell 启动。Dock、桌面图标、iTerm、Windows Terminal、WSL、Git Bash、devcontainer 和 CI 都可能给 Claude Code 不同的变量。只检查是否存在，不要打印值：

```bash
test -n "$ANTHROPIC_API_KEY" && echo "ANTHROPIC_API_KEY is set"
test -n "$ANTHROPIC_AUTH_TOKEN" && echo "ANTHROPIC_AUTH_TOKEN is set"
test -n "$ANTHROPIC_BASE_URL" && echo "ANTHROPIC_BASE_URL is set"
```

需要快速审计时可以遮蔽值：

```bash
env | grep -E '^ANTHROPIC_(API_KEY|AUTH_TOKEN|BASE_URL)=' | sed 's/=.*/=set/'
```

这些命令要在 VS Code 集成终端里跑。如果外部终端有 Key，但 VS Code 没继承，使用官方建议的方式从目标 shell 打开工作区：

```bash
code .
```

然后重新打开集成终端、启动 `claude`、运行 `/status`。如果路由因此变化，问题就是启动环境，而不是账号本身坏了。

## 修复错账号、旧登录和 API Key 覆盖

![Claude Code 账号不匹配修复和脱敏证据包](https://blog.laozhang.ai/posts/zh/check-claude-code-vscode-account/img/mismatch-recovery.webp)

一次只做一个改动。先切账号，再清变量，再重载窗口；不要把所有动作混在一起，否则最终 `/status` 变对时你也不知道是哪一步生效。

错账号或旧登录：

```text
/logout
/login
/status
```

如果当前 shell 的 API Key 意外覆盖订阅登录：

```bash
unset ANTHROPIC_API_KEY
claude
```

再运行 `/status`。如果 Key 在新终端里又出现，它通常来自 shell 启动文件、项目 `.env`、devcontainer、启动脚本、CI secret 或配置工具。要删除的是启动 VS Code 的那层来源，而不是随手在当前终端里 unset 一次。

Provider 或网关路由不要只靠 `/logout`。检查 Provider 变量、base URL、模型名、区域和凭证归属。`Invalid API key` 或 disabled organization 也要放回当前路由解释：如果旧 Key 覆盖了订阅登录，清理变量后再重新验证。

## 用量命令不要抢在账号检查前面

`/status` 回答账号和路由；`/usage`、`/stats`、`/cost` 回答用量或成本上下文。API 路由要看 Console Usage，订阅路由要结合计划限制和本地统计。没有路由证据，单独拿 `/cost` 或 Console 余额判断当前 VS Code 会话，很容易误判。

| 问题 | 第一入口 | 原因 |
| --- | --- | --- |
| VS Code 现在用哪个账号？ | `/status` | 它属于当前会话 |
| 是否有变量改变路由？ | 遮蔽环境检查 | 证明变量存在但不泄密 |
| 为什么出现 API 计费？ | `/status` + 变量 + Console Usage | 计费跟随当前路由 |
| 是否接近限制？ | `/usage`、`/stats`、计划说明 | 限制解释依赖认证路线 |
| 要给支持什么？ | 脱敏 `/status`、版本、时间戳 | 可复现且不暴露秘密 |

## 服务事件和组织限制时停止本地乱改

Claude Status 重要，但它不能证明本地 VS Code 账号正确。只有在 `/status` 已经证明本地路由后，请求仍大面积失败、登录循环跨机器出现、或错误像服务侧事件时，才把状态页作为停手规则的一部分。记录检查日期和时间，因为状态会变。

如果状态页有相关事件，暂停重装、降级、换账号和轮换 Key。如果组织或 Console 管理员禁用了访问权限，先走管理员路径。状态页正常但同一路由仍失败时，再回到本地证据：启动方式、变量、`/status`、日志和错误文本。

## 升级排查时只提交脱敏证据

好的排查包应该短：Claude Code 版本、VS Code 版本、启动路径、`/status` 结果、是否设置了 `ANTHROPIC_API_KEY` 或 `ANTHROPIC_AUTH_TOKEN`、尝试过的 `/login` 或 `/logout`、Provider 路由、错误文本、request id 或时间戳、Claude Status 检查时间、外部终端和 VS Code 终端是否一致。

不要提交真实 Key、Bearer token、Provider secret、完整 `.env`、包含客户数据的截图或组织内部路径。一个有用的说明是：“Dock 启动的 VS Code 中 `/status` 显示 API 路由；集成终端里 `ANTHROPIC_API_KEY` 已设置；从目标 shell 用 `code .` 启动并清理变量后，`/status` 显示预期账号。”

## 团队和多工作区环境里的额外检查

如果你在公司账号、Team、Enterprise、远程开发容器或多个 VS Code Profile 之间切换，账号检查要多走一步：把“人的账号”和“工作区实际路由”分开记录。一个人可能在浏览器里登录 Claude.ai 个人账号，同时 VS Code 工作区继承了组织 API Key；也可能在本机终端里没有 Key，但 devcontainer 的 secret 注入了 Provider 凭证。此时 `/status` 仍然是第一证据，但要同时记录工作区、Profile、容器、远程主机和启动方式。

多人协作时，不要让同事只发一句“我已经登录了”。让对方确认三件事：第一，是否在要运行任务的 VS Code 窗口里执行了 `/status`；第二，集成终端是否显示 `ANTHROPIC_API_KEY`、`ANTHROPIC_AUTH_TOKEN` 或 `ANTHROPIC_BASE_URL` 已设置；第三，错误发生时是否在同一个 repo、同一个 branch、同一个 remote/container 上。账号问题经常被误判成模型权限问题，就是因为这些边界没有一起证明。

| 场景 | 容易误判的地方 | 额外证据 | 正确处理 |
| --- | --- | --- | --- |
| VS Code Profile 切换 | A Profile 登录正常，B Profile 扩展状态不同 | Profile 名称、窗口标题、`/status` | 在目标 Profile 里重新登录或清理路由 |
| devcontainer / remote SSH | 本机 shell 没有 Key，容器里有 Key | 容器名、远程主机、变量是否存在 | 在容器配置或 secret 来源处修正 |
| Team / Enterprise | 个人账号能登录，但仓库权限受组织控制 | org、workspace、repo 权限、管理员设置 | 找组织管理员确认访问策略 |
| 兼容网关 | base URL 让请求离开官方直连路线 | host、模型名、Provider 名称 | 按网关合同排查，不用订阅页面解释 |

一个可复用的复查顺序是：先在目标窗口跑 `/status`，再在同一集成终端检查变量是否存在，然后确认 VS Code 是从哪个 shell、Profile 或 container 启动，最后才比较外部终端、Console Usage、Claude Status 或组织后台。顺序错了，表面上像“账号不一致”，实际可能只是两个窗口继承了不同环境。

## 最小复盘记录

完成修复后，留下一个很短的复盘记录，后续同事才能判断问题是否真的关闭。记录格式可以是：目标 VS Code 窗口、启动方式、`/status` 前后结果、是否存在三个 `ANTHROPIC_*` 变量、做过的唯一改动、改动后是否重新加载窗口、最终是否还需要 Claude Status 或组织管理员介入。这样的记录比一长串截图更有用，因为它把账号、环境、Provider 和服务状态四层拆开了。

如果最终证明只是启动环境不同，不要把结论写成“Claude 账号坏了”。更准确的结论是：从 Dock 启动的 VS Code 没有继承目标 shell，或 devcontainer 注入了另一个凭证路由。如果证明是组织策略，结论也不要写成“登录失败”，而应写成“本地账号已确认，访问被组织策略或项目权限阻断”。结论越具体，下一次排查越快；也能避免后续同事继续删除 Key、重装扩展或切换浏览器账号，并把同一个问题重复升级给支持。必要时附上窗口名称、检查时间和最后一次 `/status` 结果记录。

## 来源和验证路径

本文使用 2026 年 5 月 7 日检查过的官方 Claude Code 文档事实：VS Code 集成、认证、快速开始、命令、错误和 troubleshooting。中文本地证据来自同日 Computer Use 对 Google zh-CN 首页的捕获。行为事实以官方文档为准，中文社区和教程只说明读者为什么会混淆账号、订阅、API Key 和扩展状态。

## 常见问题

### 在 VS Code 里怎么查看 Claude Code 当前账号？
在同一个 VS Code 窗口打开 Claude Code，必要时从集成终端运行 `claude`，然后执行 `/status`。看账号、模型/版本和连接状态，不要只看浏览器里的 Claude 登录页。

### VS Code 提示没有登录怎么办？
运行 `/login`，完成浏览器授权，再回到同一个 VS Code 窗口跑 `/status`。如果授权窗口没有重新打开，先重载 VS Code，而不是重装全部工具。

### API Key 会覆盖订阅账号吗？
会。认证优先级可能让环境变量里的 Key 或 token 接管会话。先在 VS Code 集成终端检查变量是否存在，再有意清理或保留。

### 外部终端有 Key，VS Code 里没有，为什么？
VS Code 可能不是从同一个 shell 启动。用 `code .` 从目标 shell 打开工作区，再在集成终端里验证变量和 `/status`。

### `/cost` 能判断我的 Claude 账号吗？
不能。`/cost` 是用量或成本上下文。账号和路由先看 `/status`。

### 要不要删除 API Key？
通常先不要。先从启动 VS Code 的环境里 unset 或移除变量，再用 `/status` 验证。只有 Key 泄露、废弃或归属错误时才删除或轮换。

### Claude Status 正常就代表本地账号没问题吗？
不代表。状态页只能说明当前服务事件分支，不能证明本地环境继承、登录、Provider 变量或组织权限正常。

### 给支持时要提供什么？
提供版本、启动路径、脱敏 `/status`、变量名是否存在、错误文本、时间戳和状态页检查时间。不要提供真实密钥和完整环境文件。