一句话看懂：部分 IDE 把 Copilot 智能体会话迁移到 Copilot SDK 后，没有上报会话来自哪个 IDE，导致使用指标中的 Agent 活动被漏记或误算为 Copilot CLI。GitHub 已在 VS Code 1.139.0 及以后版本修复，其他 IDE 将在 2026 年 11 月前陆续跟进。
事件核心：发生了什么
GitHub 在更新日志中说明，此前有用户反馈 Copilot 使用量持续增长，但 Agent 活动和 Agent 代码行数反而下降。原因已经定位：若干 IDE 近期将 Copilot Agent 模式的会话切换到 Copilot SDK，这些会话不再标识来源 IDE，使用指标因此无法正确归属，大部分活动被排除在报告之外，另有一部分被计入 Copilot CLI 活动。只有使用 Copilot SDK 运行 Agent 模式的 IDE 版本受影响，停留在旧版本的用户统计仍然正常。
修复已在 Visual Studio Code 1.139.0 及更高版本上线。Visual Studio 18.12、JetBrains IDE、Eclipse、Xcode 的修复预计分别在 2026 年 10 月至 11 月间随版本发布。相关版本上线后，GitHub 会同步更新文档中的受支持 IDE 列表。
为什么重要
这不是计费问题，GitHub 明确说明账单不受影响，但使用指标是企业评估 Copilot 投入产出、判断 Agent 模式渗透率的重要依据。当 IDE 端遥测与 GitHub 服务端记录的请求数据不一致时，报告会低估 Agent 交互和代码行数，进而影响团队对工具价值的判断。此次调整也反映出 Copilot 正把重心从补全式建议转向能执行多步任务的 Agent 形态，指标口径的准确性直接关系到这类能力能否被量化。
对用户/开发者/创作者的影响
受影响版本上的开发者，其 Agent 交互与 agent_edit 相关的 loc_added_sum、loc_deleted_sum 会持续低计，且企业、组织、个人报告以及 1 天和 28 天视图均受影响。由于缺失数据无法回溯补算，升级只能让后续活动重新被记录，报告会随开发者迁移逐步回升，而非一次性跳变。Copilot CLI 的早期指标存在虚高，同样无法修正，但 CLI 使用者本身无需升级。
如果由 IT 统一管理 IDE 版本，建议在修复版本发布后直接推送，避免开发者停留在无法恢复数据的旧版本上。
值得关注的后续
一是 Visual Studio、JetBrains、Eclipse、Xcode 的修复版本能否按 10 月至 11 月的时间表落地；二是 GitHub 能否用服务端数据继续补足客户端遥测缺口，减少对 IDE 上报的依赖；三是企业侧是否会借这次事件把最低版本要求和遥测配置纳入设备管理策略，用 totals_by_ide 中的版本字段定期排查过旧客户端。
