GitHub 增加 Copilot 行业对照数据，影响面板应怎样阅读

GitHub 已在 Copilot impact dashboard 中加入“Industry comparison”区域。它不是把某个团队和一个固定排行榜硬比，而是把企业或非企业组织的 Copilot 采用情况，与自愿参与的同行聚合数据放在同一个 28 天报告期里观察。阅读时最重要的是先确认比较样本，再解释指标高低。

官方地址：https://docs.github.com/en/copilot/how-tos/administer-copilot/view-impact-dashboard

先看卡片下方的 peer cohort，再看自己的百分位、同行中位数和 top decile。若样本不足、政策未启用或自身指标无法计算，排名空白并不等于 Copilot 采用下降。

一、触发信号：为什么现在会看到行业对照

这次更新把影响面板的用途从“看组织自身采用情况”扩展到“看相近组织中的相对位置”。参与是可选的，并且默认关闭；只有企业所有者，或不属于企业的组织所有者，才可以为同行比较设置参与策略。企业下属组织要通过企业参与，不能各自建立独立样本。

进入路径是 Enterprise → Insights → Copilot impact。组织未被企业托管时，可以从组织的 Insights 入口进入。前提是已经启用 Copilot usage metrics policy；没有这个前提，即使账号能管理 Copilot，也不应把看不到行业对照理解成产品故障。

二、快速判断：先看懂两张卡片

Industry comparison 重点给出两个相互补充的视角。它们都针对选定的 28 天报告期，但回答的问题不同。

其中，leverage 需要 non-agentic 用户作为对照。如果一个报告期内所有活跃用户都已经属于 agent-first 或 multi-agent，系统就没有可用的非 agentic 基线，因而可能不显示这个指标的排名。

三、处理步骤：确认同行样本到底来自哪里

打开 Industry comparison 后，先不要急着看颜色或百分位。按下面顺序读卡片：

1. 看 scope selector。在“All industries”和选定行业之间切换，确认当前卡片不是上一次查看留下的范围。
2. 看行业类型和公司规模。公司规模例如 1–999、1,000–4,999 或 5,000+ 员工会参与同行分组；行业和规模都需要设置，才能形成可比较的 peer cohort。
3. 看排名行。排名行会说明本次实际使用的同行组。如果选定行业样本太小，系统会扩大到相同公司规模的全行业样本。
4. 再看中位数和 top decile。刚启用时通常先出现中位数；top decile 需要更大的同行组才可能出现。

这里的关键是“实际使用的同行组”。用户选择的是某个行业，不代表系统一定能用该行业单独完成比较；当样本不够时，范围变宽是产品设计的一部分，面板会标出它使用的 peer group。

四、回滚路径：排名空白时不要直接下结论

遇到没有排名、只看到中位数，或行业选择后范围变成 All industries，可以按下面的故障树处理：

• 只显示中位数：通常说明已经形成了可用的 peer cohort，但样本规模还不足以稳定给出 top decile。
• 扩大到全行业同规模：选定行业参与者不足，系统退回更宽的同规模样本。
• 完全没有排名：当前同行组仍不足，或者组织自身在该报告期没有可计算的分数。
• 杠杆卡片没有排名：检查是否缺少 non-agentic 用户基线，不能只看 agentic 用户比例判断异常。

建议把“当前同行组”与报告期一起记录下来，再和内部采用策略讨论。单独保存一个百分位而不保存 peer cohort，后续很容易把样本变化误认为业务变化。

五、告警确认：理解刷新、隐私与退出时点

行业对照每天刷新。刚选择行业和公司规模后，卡片不会保证立即出现新的同行结果；修改同行条件会立即切换当前选择，但数据会在下一次日更新时进入新的 peer cohort。

参与策略关闭时，对照结果会立即停止显示；组织的数据从下一次日更新开始不再参与同行聚合。GitHub 说明聚合基准不包含可识别组织的信息，并会在 30 天后删除。启用了数据驻留的 GitHub Enterprise Cloud，只会与同一区域的参与者比较，不跨区域合并。

这些时间点需要分别记录：页面是否立即隐藏、下一次日更新是否生效，以及旧的聚合结果何时删除。不要把“立即不显示”理解成“历史数据在这一刻已经从所有聚合结果中消失”。

六、复盘项：把对照数据用在正确的问题上

这项更新适合支持三类管理讨论：组织采用深度是否落后于相近同行、agentic 用户与 non-agentic 用户的 PR 合并率关系是否值得继续观察、以及推广目标应该对准哪个采用阶段。它不适合单独用于评价某个开发者，也不能替代成本、质量、交付周期和安全审查。

每次复盘至少保留四个上下文：28 天报告期、实际 peer cohort、两个核心指标的定义，以及当日的政策状态。若公司规模或行业选择改变，应把它作为一次新的比较条件，而不是直接和旧百分位拼接成趋势线。

最后，GitHub 还把“Potential return on investment”作为方向性估算区域。里面的成本、工资和 PR 估算应与采用阶段和组织内部数据一起解释，不能把它当作精确财务结果。这样阅读，行业对照才是帮助管理者定位采用差距的参照物，而不是一张脱离样本背景的排行榜。

相关问题

• 为什么启用行业对照后仍然没有 percentile？先看同行样本是否足够，以及自身报告期是否有可计算指标。
• 为什么选择了行业却显示 All industries？通常是该行业样本不足，系统退回到相同公司规模的全行业同行。
• 退出行业对照后数据会怎样？比较结果立即停止显示，下一次日更新后不再贡献新聚合数据，旧聚合结果按页面说明在 30 天后删除。
• 行业对照是否会出现在 Copilot usage metrics API？当前只出现在影响面板，不包含在该 API、NDJSON 导出或下载内容中。