企业管理员可通过组织后台copilot访问管理页查看席位分配、活跃度及闲置情况：按“last used”排序识别沉默用户，下载csv报告分析使用趋势，利用企业仪表板监控ide月/周活跃人数，并通过api获取is_pending等不可见字段辅助决策。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
作为企业管理员，你需要在组织后台快速定位每位成员是否真正启用了GitHub Copilot、何时开始使用、使用频率如何、是否长期闲置许可证——这些信息直接影响席位续订决策和内部推广策略。
进入组织Copilot访问管理页
登录 GitHub → 右上角点击个人头像 → 选择 “Your organizations” → 找到目标组织并点击右侧 “Settings” 按钮 → 左侧边栏 “Code, planning, and automation” 区域 → 点击 “Copilot” → 再点 “Access”。
页面顶部会显示当前分配的 Copilot Enterprise 席位总数、已激活席位数、预估月成本。下方列表即为所有被分配席位的成员。
按最后使用时间排序识别沉默用户
在成员列表区域，找到右上角 “Sort” 下拉菜单 → 选择 “Last used” → 列表立即按 【last_activity_at 时间戳降序排列】，最新活跃用户排在最前，长期未用者沉底。
这个时间字段来自 IDE 遥测数据，仅当用户在 VS Code、JetBrains 或 CLI 中启用遥测且实际触发过 Copilot 行为（如接受建议、执行命令）才会更新；单纯登录 GitHub.com 或打开 Copilot 聊天窗口不计入。
若某成员 last_activity_at 仍显示为 “Never” 或早于你分配席位的日期，说明其尚未完成 IDE 插件安装→登录→授权三步激活流程。
导出完整活动报告做深度分析
点击页面右上角 “Download activity report” 按钮 → GitHub 后台生成 CSV 文件 → 自动下载到本地。
该报告包含：用户名、用户ID、分配时间、last_activity_at、是否为组织所有者、所属团队（如有）、许可证类型（Enterprise/ Business）。注意：【此 CSV 不含代码生成内容、不记录提示词、不体现具体交互次数】，它只回答“谁用了”和“最后一次用是什么时候”。
你可以用 Excel 筛选 last_activity_at 为空或距今超30天的行，批量标记待沟通对象；也可将数据导入 BI 工具，叠加 HR 组织架构表，分析某部门采用率偏低是否与职级、职能强相关。
通过企业级仪表板查看聚合趋势
方法一：跳转企业 Insights → “Copilot usage” 标签页 → 查看 “IDE active users” 曲线图。该图表反映当月至少触发一次 Copilot 行为的授权用户数，与你组织后台看到的“已分配席位”做差值，即可算出当月闲置率。
方法二：在相同仪表板中下拉至 “IDE weekly active users” 滚动条 → 观察7日滚动活跃人数是否稳定。若上线两周后曲线持续平直，说明多数人卡在配置环节，需立刻推送 IDE 配置图文指南而非继续发许可证。
注意：仪表板数据延迟最高达3天（UTC时间），5月27日看到的是5月24日及之前的数据，不可用于实时监控。
调用API获取不可见字段
第一步：确认你拥有 “view enterprise copilot metrics” 权限 → 第二步：访问文档页 /rest/reference/copilot#list-copilot-seats → 第三步：用 curl 或 Postman 发起 GET 请求，Header 带上你的 PAT（需含 admin:org scope）→ 第四步：解析返回 JSON 中每个 seat 对象的 last_activity_at 和 assigned_at 字段。
API 返回比 CSV 多一个关键字段：is_pending。若为 true，表示该席位已分配但用户尚未完成首次登录授权，此时 last_activity_at 为空，但系统已预留席位——这类用户必须在72小时内完成激活，否则席位自动释放回池。
