Copilot Workspace 目前未对公众开放，仅限 GitHub 内部员工及极少数受邀的 Copilot Enterprise 客户参与早期测试，普通用户在 VS Code 中无法启用或配置该功能。
Copilot Workspace 目前未对公众开放，普通用户在 VS Code 中无法启用或配置该功能。 它仅限 GitHub 内部员工及极少数受邀的 Copilot Enterprise 客户参与早期测试，官方文档与设置项中均无公开入口。
为什么你在设置里搜不到 Copilot Workspace
VS Code 当前稳定版（v1.87+）和 Copilot 插件（v1.172.0+）中，Copilot Workspace 不是一个可勾选的开关，也不是 settings.json 支持的配置项。所有声称“开启 Workspace 模式”的教程或插件设置，要么基于过时内测版本，要么混淆了普通工作区（.code-workspace 文件）与 Copilot 的专属 Workspace 功能。
- 你看到的
.code-workspace是 VS Code 自带的多根工作区机制，和 Copilot 无关 -
github.copilot.context配置项只控制上下文范围（如workspace或file），不等于启用 Workspace - 执行
GitHub Copilot: Reload Context或Reset Copilot State也无法触发 Workspace 行为
Copilot is not available 和 Workspace 无关，但常被误判
当状态栏显示 Copilot is not available，真实原因几乎总是以下之一：
- GitHub 账号未登录，或订阅已过期（个人免费试用 30 天后默认降级为每月 2000 次限额，但需手动确认权限）
- 当前文件语言未被支持（如纯文本、.env、.yml 默认关闭补全；可在设置中手动开启
github.copilot.languageSupport） - 网络策略拦截了
api.github.com/copilot或微软 CDN 域名（国内用户常见，可尝试切换模型端点为Azure China (Shanghai)） - 扩展被工作区禁用（右键状态栏 Copilot 图标 →
Disable for Workspace后未重新启用）
你现在能用的“类 Workspace”替代方案
虽然不能用真正的 Copilot Workspace，但可通过组合配置逼近部分效果：
- 在工作区根目录建
.copilotignore，排除node_modules/、dist/等干扰路径，让 Copilot 更聚焦主逻辑 - 打开 Settings (JSON)，添加：
"github.copilot.context": "workspace"，强制它读取整个工作区文件（而非仅当前文件） - 在关键文件顶部加注释，如
# context: api/client.ts, utils/validation.ts，引导 Copilot 关联指定模块（部分内测模型识别该语法） - 用
Ctrl+Alt+I打开聊天窗口后，主动粘贴相关代码片段并说明：“以上是 user service 的三个文件，请基于它们重写 login 流程”
真正限制 Copilot 理解跨文件逻辑的，不是你没点开某个开关，而是服务端模型本身未获得你的私有代码索引权限——Workspace 的核心价值正在于此，而它尚未开放。别花时间找隐藏菜单，优先检查登录状态、网络通路和上下文配置是否干净。
