VS Code中GitHub Copilot Chat侧边栏无图标或提示“未授权”等问题，主因是认证未完成、网络代理错位（尤其WSL环境）、插件市场被拦截导致安装失败；需检查Copilot账号权限、强制重登录并重载窗口、修正WSL代理配置，或改用离线VSIX安装。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在 VS Code 中安装完 GitHub Copilot Chat 插件后，侧边栏始终不出现 Codex 聊天图标，或点击图标后提示“未授权”“连接失败”“Thinking…”，说明 Codex 与 GitHub 的集成流程在认证、网络或环境层面中断了。
确认 GitHub 账号已开通 Copilot 权限
打开 https://www.php.cn/link/39b24aca0c6550e0aadc339909990afc，检查页面是否显示「You have access to GitHub Copilot」。若显示「Join waitlist」或空白，说明账号未获授权——【免费用户需手动申请并等待审核通过，非自动开通】。
企业账号请由组织管理员在 https://www.php.cn/link/1ed9b5733d23ac86bef5bcda662c56b6 → Settings → GitHub Copilot 中启用该组织下所有成员的访问权限。
重启 VS Code 并强制重新登录 GitHub
关闭所有 VS Code 窗口（Windows：任务管理器中结束全部 Code.exe 进程；macOS：活动监视器中强制退出 Code）。
重新启动 VS Code → 点击左下角账户图标 → 选择「Sign in to GitHub」→ 使用浏览器完成 OAuth 授权 → 返回 VS Code 后，务必点击「Reload Window」按钮（不要仅关闭弹窗）。
这一步不可跳过：VS Code 的 GitHub 认证状态缓存在进程级，仅刷新标签页无法重载 token 上下文，旧 session 会持续导致「已登录但无权限」的假象。
修复 WSL 环境下的代理错位问题
如果你使用 VS Code + Remote-WSL 开发模式，Codex 会默认在 WSL Linux 子系统中发起 HTTPS 请求，而 WSL 的 127.0.0.1 指向自身，不是 Windows 主机。
方法一：清除残留代理配置
在 WSL 终端中依次执行：
git config --unset http.proxy
git config --unset https.proxy
unset HTTP_PROXY HTTPS_PROXY http_proxy https_proxy ALL_PROXY all_proxy
方法二：显式指向主机网络出口
先运行 cat /etc/resolv.conf | grep nameserver 获取当前 Windows 主机网关地址（如 172.25.176.1），再执行：
export HTTPS_PROXY="http://172.25.176.1:10809"
git config --global https.proxy http://172.25.176.1:10809
【注意：端口号必须与你本地网络辅助工具实际监听端口一致，填错将导致全部请求静默失败】
绕过插件市场直连失败的离线安装法
第一步：确认插件市场是否被拦截
Ctrl+Shift+P → 输入「Developer: Toggle Developer Tools」→ 切换到 Console → 执行：
fetch('https://marketplace.visualstudio.com/_apis/public/gallery/extensionquery')
第二步：若返回 ERR_CONNECTION_REFUSED 或 ERR_CERT_AUTHORITY_INVALID，则放弃在线安装。
从可信镜像站下载最新版 vsix 包：
https://www.php.cn/link/0c6702e7c69ad5df080432c20b524db6（替换 URL 中版本号为当前最新，如 v1.198.0）
第三步：VS Code → Ctrl+Shift+P → 输入「Extensions: Install from VSIX…」→ 选中下载的 .vsix 文件 → 安装完成后，必须关闭并重启整个 VS Code 应用（不只是窗口）。
