用 VS Code、JetBrains 系列或者 Typora 这类编辑器时，突然发现插件市场登不上、Git 账号同步不了、或者 GitHub Copilot 提示‘未授权’——别急着重装，大概率不是网络问题，而是本地配置悄悄出了岔子。
账号信息被缓存错位了
比如你在 VS Code 里点 GitHub 登录，浏览器弹出授权页后点了允许，结果编辑器还是显示‘未登录’。这时候打开命令面板（Ctrl+Shift+P），输入 Developer: Toggle Developer Tools，切到 Console 标签页，常能看到类似 Failed to fetch user info from GitHub API 的报错。原因往往是本地 token 存在冲突：之前用过个人 Access Token，后来又换成了 GitHub App 授权，但旧 token 没清理干净。
解决办法很简单：打开 VS Code 设置 → 搜索 github authentication → 点击右侧的齿轮图标 → 选择 Reset Token。再重新走一遍登录流程，基本就能通了。
配置文件里写死了错误的账号路径
有些用户为了多开不同账号（比如公司账号和私人账号），会手动改 ~/.gitconfig 或者编辑器的 settings.json。一不留神把 [user] 块里的 email 写成不存在的邮箱，或者 github.token 字段留了个过期的字符串，编辑器就卡在认证环节不动了。
检查方法：
git config --global user.email
git config --global github.tokengit config --global user.email "your-real@github.com"
git config --global github.token "ghp_abc123..."repo 和 workflow 权限。代理设置偷偷干扰了 OAuth 流程
公司电脑或用了某些加速工具的用户，常在系统级或编辑器里配了 HTTP 代理。这会导致 GitHub/OAuth 跳转时回调地址无法正确返回，浏览器页面卡在白屏或 404。VS Code 右下角状态栏如果显示了「Proxy」字样，就是它在作怪。
临时关闭代理：按 Ctrl+, 打开设置 → 搜索 proxy → 把 http.proxy 设为空，同时关掉 http.proxyStrictSSL。重启编辑器再试一次登录。确认没问题后，再针对性给 git 或 npm 单独设代理，别让整个编辑器都走代理。
编辑器本身权限不够，读不到密钥环
Windows 上用 Git Credential Manager，macOS 上依赖 Keychain，Linux 则常用 libsecret。如果编辑器是通过 snap 或 flatpak 安装的（比如 Ubuntu 软件中心下的 VS Code），默认被沙盒限制，压根访问不了系统密钥环，自然拿不到已保存的账号凭据。
验证方式：终端执行 git credential reject，然后输两行：
protocol=https
host=github.com