Copilot 审查设置接入 API，团队看板补上聊天与 VS Code Agent 使用量

审查设置从网页操作扩展到 API 管理

GitHub 11 月 6 日公布两项面向 Copilot 团队使用的更新：代码审查增加 REST 和 GraphQL 设置管理能力，影响面板补充聊天与 VS Code Agents 窗口数据。前者涉及管理员如何配置审查，后者涉及怎样解释团队使用行为；这不是一次新编码模型发布。

审查配置覆盖企业、组织和仓库三个层级。企业管理员可统一启用、禁用，或把选择交给组织；组织管理员可设置默认审查力度与运行器，仓库管理员则可管理审查力度、定制指令和 MCP 工具使用。企业接管的设置不能由组织覆盖。

自动化接入前需要先分清接口权限

公告明确，企业和组织设置端点，包括组织运行器端点，暂不支持 GitHub Apps 或细粒度个人访问令牌。仓库设置端点支持这两种方式，读取需 Administration: read，修改需 Administration: write。不能因为接口都属于 Copilot，就假定一份应用授权能够管理所有层级。

返回数据也增加可追溯信息：明确标识哪些审查和评论来自 Copilot，并在元数据可用时提供审查力度，以及评论报告引用的 Skills、MCP 服务器和定制指令。这里展示的是系统报告的来源，不能仅凭存在来源字段就断言某条建议正确。

审查概览集中展示发现，未审文件列明原因

新的概览把发现集中在顶部，审查力度和调查入口移到紧凑页脚。跳过文件与被内容排除规则挡住的文件汇入同一个未审查区域，附文件名及排除原因链接。空区域省略，长列表显示额外条目数量，方便读者识别审查覆盖范围。

这组审查更新适用于 Pro、Pro+、Max、Business 和 Enterprise 计划。对使用者而言，概览变简洁与审查覆盖完整是两回事：一般工程实践中，仍应根据未审文件列表安排人工检查，不能把一个较短的评论直接理解成所有代码均已通过检查。

看板补上两种体验，但没有改变采用阶段

影响面板的 Agent adoption 图表从七种体验扩至九种，加入 Copilot Chat 与 VS Code Agents 窗口；企业和组织的 28 天报告同步增加 chat、vscode_agent 字段。主要使用聊天的群组名称由 Passive users 改为 Chat-first users，API 中仍对应 No Cohort。

采用阶段的判定没有改变，群组人数也不因这次改名改变。新增两项作为功能参与度展示，不计入采用阶段。单项参与度要求用户在 28 天内至少两天使用该功能；同一用户可出现在多个功能中，聊天还包含指标所捕获的 agent mode 使用。

跨期比较先对齐统计口径和查看范围

变更前的报告仍只有原来的七项功能。数据仅进入企业和组织的 28 天报告，查看者需要对应指标权限，并启用 Copilot 使用量指标策略。这些条件限定了数据可见范围，不能把组织管理员看板描述成每位个人订阅用户都有的完整团队报表。

一般统计应用中，新增字段、群组改名与实际使用增长应分别解释。九个功能的参与人数可能重叠，简单相加无法得到独立用户总数；新旧报告的列数不同，也不能直接当作团队采用程度突然跃升。先固定窗口和口径，才便于讨论使用结构的变化。

继续阅读