GitHub Copilot这轮更新哪些已正式可用？版本、环境与权限条件汇总

GitHub Copilot在2026年11月上旬发布了多项更新，但“已经发布”不等于每项能力都进入正式通道。Slack和Teams集成宣布正式可用，Xcode内置助手仍为公开预览，CLI则分别提供稳定版与预发布版。判断自己能否使用，应把开放状态、系统版本、账号资格和管理权限分开核对。

哪些入口可以用，哪些还要测试环境？

先看11月6日正式可用的Slack、Teams @GitHub集成：它允许在讨论中调查问题、建立Issue、实施代码改动和打开拉取请求，能够从消息识别仓库并减少启动会话的重复选择，还修复了后续消息不响应的问题。创建的Issue和拉取请求会注明发起讨论的用户名。接入前仍要配置应用授权与仓库访问，并非任何聊天提及都可以直接修改仓库。

Teams Canvas可与讨论并列展示实现计划、代码改动及预览，方便团队共同审阅。正式可用的公告针对Slack和Teams集成，不能据此替每项子功能作额外的成熟度承诺。

Xcode这一路径不同。11月4日上线的是内置Coding Assistant的公开预览，支持全部Copilot套餐，条件是Xcode 27.3 beta和macOS Tahoe 26.6以上；用户在Settings → Intelligence配置。原GitHub Copilot for Xcode扩展继续独立可用。如果当前项目不准备引入测试版Xcode，仍可以保持原有扩展工作流。

11月6日周更新涉及的VS Code 1.145也有预览边界：聊天视图模式属于实验功能，Agents窗口远程应用预览和交互Canvas处于预览阶段，需启用远程浏览器、Canvas相关设置。本地自动化已支持cron表达式及工作区自定义Agent。JetBrains Air则可使用现有Copilot订阅管理多个Agent会话，在本地IDE或Air Teams云端运行任务。

CLI升级选哪个版本，安装前提是什么？

这里需要沿实际发布记录区分版本，而不是只挑最高编号。1.0.106的说明正文日期为11月5日，GitHub实际发布于11月6日01:47 UTC；1.0.107实际发布于11月6日20:37 UTC。两版有大量共同条目，包括/code将当前会话打开到VS Code，/settings统一设置面板与全局搜索，Fusion层级配置、主动启用的本地会话管理工具和@mentions、扩展进程沙箱，以及账号可用时选择GPT-6.1 Terra。它们还修复终端控制字符呈现、HTTP明文设备码登录、工作区外悬空符号链接访问授权等安全问题。

11月9日16:20 UTC发布的1.0.108是稳定版。它增加/index，并为符合条件的仓库默认提供托管共享tgrep索引。组织defaultEnabled插件分配将默认安装启用，但仍保留用户覆盖；Skill启停名称不再区分大小写，Agent缺少Skill会显示提示。沙箱开启时，/cd会重启本地MCP服务以应用新目录拒绝路径，deny规则按服务器实际工具名匹配。SDK重复自定义工具名报错，命名管道、套接字、设备附件也不再令会话无限等待。

11月10日05:40 UTC的1.0.109-1明确属于预发布版，新增IPv4/IPv6 CIDR沙箱主机允许和拒绝规则、Claude Fable 5.2模型选项，沙箱路径支持环境变量且保留原始表达式，并修复ACP审批、文件移动权限提示及Linux终端配置。只有需要提前验证这批变化时，再评估预发布通道。

CLI安装文档要求有效Copilot订阅；组织或企业用户还需要管理员开启CLI策略。Windows环境需PowerShell 6以上，npm方式需Node.js 22以上。即使客户端已经更新，模型选项、用量和能力也仍受套餐、组织策略及账号资格限制。

代码审查能统一管理吗，仓库令牌够不够？

11月6日Code Review更新适用于Copilot Pro、Pro+、Max、Business和Enterprise套餐。通过REST与GraphQL可以管理审查设置，读取明确的Copilot审查、评论归属，获取可用的力度元数据，以及评论报告的Skill、MCP和自定义指令来源。企业控制整体启停或下放组织，组织设置启用状态、默认力度和runner，仓库配置力度及自定义指令、MCP工具使用；企业统一管理的选项不能被下层覆盖。

企业、组织设置及组织runner端点不支持GitHub Apps和细粒度个人访问令牌。仓库设置端点才支持这两类方式，读取要求Administration: read，修改要求Administration: write；经典个人访问令牌需仓库管理员权限。可用审查力度由设置响应列出，取值规则与网页一致，不能仅因仓库调用成功就推定拥有企业配置权。

审查结果的概览也更紧凑：发现放在上部，力度和调查进入页脚，跳过或排除的文件归入未审查列表。会话可显示AI credits消耗，自动审查规则支持绕过名单。Balanced力度由三个模型审查、另一模型汇总；超时或失败会自动重试一次，首选模型不可用时可换其他符合条件的模型。这些更新改善操作和可靠性，不保证每条意见都适合直接合并。

团队报表增加了什么，怎样避免误读？

11月5日Usage Metrics API增加了遥测及版本信号。client_telemetry_present说明当天是否收到编辑器用量事件；为false的用户仍可计入活跃人数，只是代码行、功能和模型明细可能不全。usage_metrics_requirements逐项标识IDE、扩展是否满足最低版本，状态为met、unmet或unknown。用户字段覆盖企业、组织1天和28天用户报告；缺遥测与低于最低版本的每日人数进入1天报告及28天day_totals。

缺遥测人数和版本不达标人数可以重叠，不能相加，更不能跨日累加成独立用户；版本合格也可能被代理、防火墙或遥测开关影响。null和缺省表示不可用，不是false或0，更新前的历史日期没有这些值。它们适合定位数据缺口，而非直接给用户活跃程度下结论。

同日仓库级repos-1-day报告新增copilot_code_review，评论处理率为total_comments_addressed除以total_comments_evaluated。已处理包含应用建议、委托Copilot修复、手动修改以及回复以后处理，因此不是修复率。评论按拉取请求合并日统计，机器人请求通常不参与评论评估；审查后无人再请求修改的合并数仍包含机器人请求，也不能解释为完全没有人工审查。报告按严重性、力度、类型和定制来源细分，当天无活动时计数0、数组为空。

11月6日Impact Dashboard纳入Copilot Chat和VS Code Agents窗口，体验共九类，28天报告totals_by_feature增加chat与vscode_agent。“Passive users”改叫“Chat-first users”，但API依旧No Cohort，群组人数和采用阶段没有变化。功能参与以28天至少使用两天为门槛，一个用户可在多个功能内重复出现；Chat覆盖指标捕获的agent mode使用，新增两项不计入采用阶段，变更前报告仍只有七类。访问这些指标须启用usage metrics策略，并具备企业所有者、企业计费经理、组织所有者或自定义角色的View Copilot Metrics权限。

除版本号外，还可以检查哪些日常体验？

Copilot app的11月6日周更新支持从拉取请求开启Agent Merge，在必需检查或规则仍等待完成时保持启用。会话上下文不足时可以压缩或查看占用，批量固定、取消固定及归档等管理也更方便。辅助审批的个人指令需主动启用，且只用于本地会话。个人用户可先核对自己常用入口的版本和设置，团队管理员再检查策略继承、审查认证与指标口径，按实际需求逐项验收。