GitHub Copilot报错Telemetry disabled by policy：在受控电脑上开启核心功能

你在公司配发的电脑上打开 VS Code，发现 Copilot 输入框一直是灰色的？状态栏还挂着一行 "Telemetry disabled by policy"——这几乎是企业环境里最让人头疼的 Copilot 问题之一。问题的根子很清楚：Copilot 依赖遥测通道来发送上下文并拿回建议，而企业的组策略正好把这个通道堵死了。解决方案其实不复杂，核心就是两步：先搞清楚策略是从哪来的，再对症下药把通道重新打开。

先说一句，这篇文章写给那些在受管设备上挣扎的开发者。你遇到的这个报错，本质上不是 Copilot 本身坏了，而是你所在的 Windows 环境有策略在限制遥测数据的收集。下面我们一步步来处理。

确认策略来源是本地组策略还是 Intune

策略从哪来？先按 Win + R 打开运行框，输入 gpedit.msc 回车。如果你看到"找不到文件"或者系统提示"此版本不支持本地组策略编辑器"，说明你的设备已经被 Microsoft Intune 接管了，本地策略编辑器根本不存在——那就可以直接跳过这节去处理 Intune 的配置。

如果成功打开了"本地组策略编辑器"，依次展开：计算机配置 → 管理模板 → Windows 组件 → 数据收集和预览版本。在右侧找到并双击 允许遥测，看看当前是什么状态。如果显示"已禁用"，或者"未配置"但注册表值实际是 0，那策略就是本地施加的。如果显示"已启用"，说明问题不在这个路径，你应该去查 Intune 的配置。

绕过 Intune 策略：手动注入 Copilot 允许项（管理员权限必需）

这里有两种方法，可以尝试绕过策略限制。建议优先用第二种，更精准。

右键开始菜单打开"Windows PowerShell (管理员)"，然后逐行执行下面的命令：

Set-ItemProperty -Path "HKLM:SOFTWAREPoliciesMicrosoftWindowsDataCollection" -Name "AllowTelemetry" -Value 3 -Type DWord -Force

Set-ItemProperty -Path "HKLM:SOFTWAREPoliciesMicrosoftWindowsDataCollection" -Name "MaxTelemetryAllowed" -Value 3 -Type DWord -Force

这两条命令把遥测等级设到了最高——

。只有在这种等级下，Copilot 才能正常发送上下文并接收建议。如果值是 0 或 1，Copilot 的补全就会静默失败，连个像样的报错都不给你。

继续在同一个管理员 PowerShell 窗口里执行：

reg add "HKLMSOFTWAREPoliciesGitHubCopilot" /v "EnableTelemetry" /t REG_DWORD /d 1 /f

reg add "HKLMSOFTWAREPoliciesGitHubCopilot" /v "AllowPolicyOverride" /t REG_DWORD /d 1 /f

这里创建的是 GitHub 最新识别的策略路径。

——它允许 Copilot 绕过上级的禁用策略。Intune 一般不会拦截这个路径，但设置了之后必须重启 VS Code 才能生效。

验证 Copilot 是否真正恢复

改完注册表别急着高兴，得验证一下才算数。

第一步：关掉所有 VS Code 窗口，然后打开任务管理器，彻底结束 Code.exe 和 GitHub Copilot Helper.exe 这两个进程。不彻底杀掉残留进程，改的设置可能不会被加载。

第二步：重新以普通用户身份启动 VS Code，按 Ctrl+Shift+P 打开命令面板，输入 GitHub Copilot: Check Status，看看输出是不是显示 Status: Ready，并且账号状态是已登录。

第三步：这才是实打实的测试——新建一个 .py 文件，输入 def hello():，然后按 Tab 或者等上 2 秒。如果出现补全建议，比如 return "Hello, World!"，恭喜你，遥测通道已经打通，Copilot 的核心功能正式激活。