copilot: open chat 不生效的主因是未成功登录或服务未连通，需同时满足：右下角有实心绿色copilot图标、插件启用且版本≥1.129.0、工作区设置"github.copilot.enablecopilotchat"为true。
右下角没 Copilot 图标，或者点了 Copilot: Open Chat 没反应，90% 不是权限问题，而是根本没登录成功或没连上服务。
为什么 Copilot: Open Chat 命令不生效
这个命令本身不报错，但静默失败很常见。它只在三个条件同时满足时才真正启动聊天面板：
- 右下角状态栏有实心绿色
Copilot图标（灰色、带感叹号、或压根没有，都算失败） -
GitHub Copilot扩展已启用，且版本 ≥1.129.0（旧版无 Chat 面板，仅内联补全） - 当前工作区未禁用 Chat：检查
.vscode/settings.json里有没有"github.copilot.enableCopilotChat": false
特别注意：命令面板搜到该命令 ≠ 它能运行。如果图标缺失，先别点命令，回去补登录。
登录失败的典型表现和验证方式
很多人以为点过“Sign In”就完了，其实 OAuth 流程常卡在中间。关键验证动作只有两个：
- 执行
GitHub Copilot: Show Current Session—— 输出必须含Signed in和有效订阅类型（如Personal或Enterprise） - 终端里运行
gh auth status—— 显示✓ Logged in to github.com才算 CLI 凭证也同步成功
如果 Show Current Session 报错或显示 Not signed in，说明插件根本没拿到 token，此时所有 Chat 功能必然不可用，和企业权限无关。
企业环境里真正卡权限的地方
个人账号有订阅 ≠ 能用 Copilot Chat。企业用户需确认三件事是否全部满足：
- 你当前登录的是组织账号（不是个人账号），且该组织已开通 Copilot 订阅
- 组织管理员已在 GitHub Enterprise Settings → Copilot 中启用
Copilot for Business并分配了 seat - 本地 VS Code 设置中，
"github.copilot.enableCopilotChat"明确设为true（工作区设置会覆盖全局）
只要其中一项为否，Copilot: Open Chat 就只会返回空面板或“Not enabled”提示，不会弹出任何错误详情。
远程开发（SSH/WSL/Container）下图标消失的根本原因
图标不见，不是远程环境“没装插件”，而是本地 VS Code 主进程无法完成网络请求：
- Copilot 的所有 API 调用（包括登录、模型加载）都由你本机的 VS Code 发起，**不经过远程终端**
- 即使你在 WSL 里装了插件、也执行了登录命令，只要 Windows/macOS 主机打不开
https://api.github.com，图标就一定不出现 - 代理配置要分两层：VS Code 的
http.proxy对 Copilot 无效；必须单独配"github.copilot.proxy"或确保主机系统级代理可用
最简验证法：在你本机浏览器直接访问 https://api.github.com，返回 JSON 即可；返回超时或证书错误，Chat 面板永远唤不出来。
