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