在 VS Code 里查看 Claude Code 账号，不要先去翻订阅页面，也不要先删 API Key。正确顺序是：在同一个 VS Code 窗口打开 Claude Code，需要时从集成终端运行 claude，然后先执行 /status。这个结果比浏览器里记住的登录账号、Claude Pro 页面、Console 余额或 shell 配置更接近当前会话的真实路由。
先用下面这张表判断当前状态，再决定要不要切换账号、清理变量或等待服务恢复。
| 当前 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 窗口。官方 VS Code 集成提供 Spark 图标、Activity Bar、Command Palette、Status Bar 和集成终端等入口；这些入口看到的环境可能和外部终端不同。只用外部终端证明一个账号，不能证明 VS Code 当前窗口也在用同一个账号。
最小命令是：
bashclaude
进入 Claude Code 后运行：
text/status
/status 是账号和路由的第一证据，因为它会显示版本、模型、账号和连接状态。若 VS Code 扩展提示没有登录，先走 /login 和浏览器授权；如果授权窗口没有重新打开，先重载 VS Code 窗口，再回到同一窗口执行 /status。如果连 claude 命令都无法启动，问题还不属于账号检查，先转到 Claude Code 安装教程 或 Claude Code 在 VS Code 中无法工作。
解释账号和凭证路由
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 和订阅计费。如果证明是 API Key、Provider 或网关路由，下一步看 Claude Code API 配置。先证明路由，再解释账单。
检查 VS Code 是否继承了环境变量
VS Code 常常不是从你以为的那个 shell 启动。Dock、桌面图标、iTerm、Windows Terminal、WSL、Git Bash、devcontainer 和 CI 都可能给 Claude Code 不同的变量。只检查是否存在，不要打印值：
bashtest -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"
需要快速审计时可以遮蔽值：
bashenv | grep -E '^ANTHROPIC_(API_KEY|AUTH_TOKEN|BASE_URL)=' | sed 's/=.*/=set/'
这些命令要在 VS Code 集成终端里跑。如果外部终端有 Key，但 VS Code 没继承，使用官方建议的方式从目标 shell 打开工作区：
bashcode .
然后重新打开集成终端、启动 claude、运行 /status。如果路由因此变化，问题就是启动环境，而不是账号本身坏了。
修复错账号、旧登录和 API Key 覆盖
一次只做一个改动。先切账号，再清变量，再重载窗口；不要把所有动作混在一起，否则最终 /status 变对时你也不知道是哪一步生效。
错账号或旧登录：
text/logout /login /status
如果当前 shell 的 API Key 意外覆盖订阅登录：
bashunset 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、变量名是否存在、错误文本、时间戳和状态页检查时间。不要提供真实密钥和完整环境文件。