将 VS Code Agents 加入 Copilot 使用指标

GitHub Copilot 使用指标报告现在包含针对专用 VS Code Agents 窗口中活动的正式可用指标，帮助你在企业和组织范围内衡量采用与参与度。

企业和组织的 1 天与 28 天聚合报告现在包含：

• daily_active_vscode_agent_users：每天在 VS Code Agents 窗口中活跃的唯一用户的可选计数。
• totals_by_vscode_agent：session_count 和 total_user_messages 值的可选聚合。

企业用户和组织用户的 1 天与 28 天报告现在包含：

• used_vscode_agent：用户是否使用过 VS Code Agents 窗口的可选指示。
• totals_by_vscode_agent：可选的每用户 session_count 和 total_user_messages 值。

这些指标帮助你了解有多少人使用 VS Code Agents 窗口以及他们如何参与其中。你可以使用聚合报告跟踪采用与活动趋势，然后使用用户级报告了解各团队的使用情况。

这些指标仅涵盖专用 VS Code Agents 窗口。它们与编辑器窗口中的 Agent Mode 以及通用使用量汇总保持分离。

缺失数据行为向后兼容——当相应的 VS Code Agents 窗口数据不可用时，可选字段保持缺失或为 null。

企业所有者、账单管理员、组织所有者，以及任何拥有授予 View Copilot Metrics 的自定义组织或企业角色的人均可访问。必须启用 Copilot 使用指标策略。请访问 Copilot 使用指标 API 文档以开始使用。

GitHub Copilot 使用指标报告新增 VS Code Agents 窗口指标，覆盖企业/组织 1 天与 28 天聚合报告和用户级报告，包含日活用户、会话数、消息数及个人是否使用等字段，需启用策略并具备相应权限才能访问。

• GitHub Copilot 使用指标报告新增 VS Code Agents 窗口指标，覆盖企业/组织 1 天与 28 天聚合报告和用户级报告，包含日活用户、会话数、消息数及个人是否使用等字段，需启用策略并具备相应权限才能访问。
• 原贴提到：GitHub Copilot usage metrics reports now include generally available met
• 来源：github.blog

这是什么信号

GitHub 把 VS Code Agents 窗口的使用情况正式纳入 Copilot 使用指标，并同时提供企业/组织聚合报告和用户级报告。指标包括 daily_active_vscode_agent_users、totals_by_vscode_agent 的 session_count 与 total_user_messages，以及 used_vscode_agent。这不是单纯 UI 更新，而是把 Agents 窗口从“可试用功能”变成可被治理、可被预算和可被复盘的一等使用对象。

关键限定是：这些指标只覆盖专用 VS Code Agents 窗口，与编辑器窗口里的 Agent Mode 和通用使用量汇总分开统计。缺失数据保持向后兼容，可选字段缺失或为 null。访问需要企业所有者、账单管理员、组织所有者或拥有 View Copilot Metrics 的自定义角色，并且必须启用 Copilot 使用指标策略。

为什么重要

企业采购 Copilot 后最常被问的不是“有没有用”，而是“谁在用、用得多深、值不值得扩席”。过去 Agents 窗口的会话和消息量如果混在通用汇总里，很难判断代理式工作流是否真的被采纳。现在有独立指标，企业可以用 1 天和 28 天窗口看活跃趋势，再用用户级报告下钻到团队，把采用度、参与度和席位管理放到同一套指标语言里。

对平台/DevEx 团队来说，这意味着可以区分“编辑器内补全/聊天”与“Agents 窗口代理任务”两类行为，避免用一个总数掩盖真实使用结构。对安全与合规团队来说，专门指标也有助于在策略启用后评估代理窗口的暴露面，但指标本身不提供内容审计，不能替代日志和权限治理。

对谁有价值

最直接的价值对象是企业所有者、账单管理员、组织所有者和被授予 View Copilot Metrics 的自定义角色。其次是 DevEx/平台工程、FinOps、采购和工程效能团队。对一线团队负责人，用户级报告可以回答“哪些团队已经形成代理使用习惯，哪些团队还没有”，从而决定培训、内部布道或席位回收。

可以怎么行动

1. 确认 Copilot 使用指标策略已启用，并检查谁拥有 View Copilot Metrics 权限，避免指标不可见或权限过宽。
2. 先用 1 天报告建立基线，再用 28 天报告看趋势；不要只看单日峰值判断采用度。
3. 把 daily_active_vscode_agent_users 与席位总数对比，计算活跃渗透率；把 totals_by_vscode_agent 的 session_count 与 total_user_messages 结合，观察“开了窗口但浅用”和“高频深用”两类人群。
4. 用用户级 used_vscode_agent 下钻到组织/团队，定位低采用团队，配套培训或场景工作坊。
5. 把 Agents 窗口指标与编辑器 Agent Mode、通用使用量汇总分开建看板，避免口径混淆。

风险或限制

第一，指标只覆盖专用 VS Code Agents 窗口，不代表整个 Copilot 或所有代理能力的全貌；如果团队主要在编辑器 Agent Mode 中工作，这里会低估代理使用。第二，可选字段在数据不可用时会缺失或为 null，报表设计必须处理空值，不能把 null 当作 0。第三，访问受角色和策略限制，若策略未启用或权限未配置，可能误判为“无人使用”。第四，这些是使用量指标，不是价值指标；会话数和消息数不能直接等同于生产力提升或成本节省。第五，指标独立于通用汇总，跨报表对比时要明确口径，避免重复计算或错误归因。

这条内容的真正价值，不只是“有人发布了一个新功能”，而是它揭示了 github.blog 背后的产品方向、工作流变化或竞争信号。对 OPC 来说，这种信息可以转化成持续追踪的栏目选题。

如果把《将 VS Code Agents 加入 Copilot 使用指标》放到你的内容系统里，它最大的价值在于帮助读者更快看懂“为什么值得关注”，而不是只看到一条碎片化动态。

• Allison 原帖