本周 GitHub Copilot 周更（September 21）已经发布，官方页面列出模型、Copilot 应用、Slack/Teams、JetBrains、VS Code 1.139 五组更新。对工程团队来说，最值得关注的是 Copilot 应用开始公共预览本地沙箱，以及 agent 活动可以通过 OpenTelemetry 接入既有监控。以下先列官方事实，再单独给出工程分析。

一、模型：四款新增，计划范围有差异
官方事实：Claude Opus 5.5 面向 Copilot Pro+、Max、Business、Enterprise；GPT-6 Sol 面向 Pro+、Max、Business、Enterprise；GPT-6 Luna 面向 Pro、Pro+、Max、Business、Enterprise；Grok 4.7 面向 Pro、Pro+、Max、Business、Enterprise。也就是说，Claude Opus 5.5 和 GPT-6 Sol 的可用计划从 Pro+ 起步，而 GPT-6 Luna 与 Grok 4.7 额外覆盖 Pro。

二、Copilot 应用：本地沙箱与 OpenTelemetry
官方事实：Copilot 应用新增本地沙箱，处于公共预览。它用于限制 agents 对文件、网络和凭据的访问。Copilot 应用还支持通过 OpenTelemetry 跟踪 agent 活动，并使用企业托管设置进行配置。
工程分析：从安全边界看，文件、网络、凭据是 agent 最容易触及的三类资源。把它们纳入沙箱限制，意味着团队可以先确认 agent 能读哪些文件、能否访问网络、是否能拿凭据，再决定是否让它在真实仓库中执行任务。不过官方 changelog 没有给出底层隔离技术、策略默认值、白名单粒度、是否支持按仓库或按用户配置、审计日志保留等细节。公共预览阶段不建议直接在关键仓库放开全部权限。OpenTelemetry 走企业托管设置这一点，对需要集中治理的团队更友好：agent 活动可以进入现有可观测性链路，但具体导出端点、采样策略和数据字段仍要以官方后续文档为准。

三、Slack 与 Microsoft Teams
官方事实：可以选择最适合任务的模型，在对话中切换模型，Copilot 会在该线程余下部分保持选择；在 Slack 中还可以设置频道默认值。Copilot 在创建新 issue 前会检查是否已有相似 issue，避免重复。长任务方面，实现计划状态更清晰，从中断或过期回复中恢复更好，对话空闲时重连更可预测。Slack 中还可以通过分享受支持的文件、附件和消息链接，为 Copilot 提供更多上下文。
工程分析：这套更新把模型选择从个人一次性操作变成会话级和频道级默认。线程级保持选择可以避免同一任务中模型反复切换导致上下文风格不一致；Slack 频道默认值则适合把某个频道固定为某种任务类型。创建 issue 前查重是直接降低仓库噪音的功能。对使用 Slack/Teams 作为协作入口的团队，应把模型切换、频道默认和文件分享纳入协作规范，而不是让每个成员各自试。

四、JetBrains
官方事实：JetBrains 中，Copilot agent 会话的 assisted approvals 进入公共预览，会自动批准低风险工具调用，并对更高风险操作弹出提示。编辑较早的消息可以重定向 agent 会话，Copilot 会回滚对话和文件更改，再发送替换请求。共享的组织和企业技能，以及组织管理的自定义指令，现在可以在本地和 Copilot agent 会话中使用。
工程分析：assisted approvals 的核心是风险分级：低风险自动放行，高风险保留人工确认。团队需要先定义哪些工具调用算低风险，官方 changelog 没有展开这一步，因此公共预览期间应从小范围会话开始。编辑早期消息触发对话和文件更改回滚，是 agent 会话可逆性的重要改进；它让重定向任务时不必手动清理文件。组织技能和自定义指令在本地与 agent 会话生效，意味着企业规范可以同时覆盖个人开发和代理执行，减少两套行为。

五、VS Code 1.139
官方事实：可以在 SSH、Tunnel、WSL 主机的 Dev Containers 中运行 agents，并使用远程项目的工具和依赖，支持正在逐步推出。会话列表新增 Compact View、隐藏空组的过滤器，以及直接重命名会话和聊天。可以在一个会话内选择分离聊天标签或单个活动聊天视图，且不丢失对话，该布局选项处于预览。
工程分析：在 Dev Containers 中运行 agents，重点是把 agent 执行环境对齐远程项目依赖，而不是在本机另起一套环境。由于支持是逐步推出，团队应先在小范围验证 SSH、Tunnel、WSL 路径。会话列表管理和聊天布局属于高频交互改进，对同时跑多个 agent 会话的开发者更实用。

六、关于多端模型接入差异的边界
本次官方 changelog 中，新增模型列表出现在 GitHub Copilot 总节；Slack/Teams 节提到会话中切换模型和 Slack 频道默认；JetBrains 与 VS Code 节没有说明本次四款新增模型在各自客户端中的具体接入方式或配置差异。因此，不能从这份资料直接得出 VS Code、JetBrains、Slack、Teams 分别如何配置这四款模型的结论。工程上更稳妥的做法是：先确认团队计划是否覆盖目标模型，再分别查看各端官方文档和公共预览说明。

七、中国开发者可落地的升级建议
第一，先核对计划：Claude Opus 5.5 与 GPT-6 Sol 需要 Pro+ 及以上，GPT-6 Luna 与 Grok 4.7 覆盖 Pro 及以上；如果团队只在 Pro 计划，需注意模型范围差异。第二，本地沙箱处于公共预览，先在非关键仓库验证文件、网络、凭据限制是否符合预期，再逐步扩大。第三，OpenTelemetry 通过企业托管设置配置，适合由平台团队统一接入监控，而不是每个开发者单独设置。第四，Slack/Teams 用户可把模型切换、频道默认、issue 查重和文件分享写进协作流程。第五，JetBrains 用户使用 assisted approvals 时，应明确低风险和高风险工具调用的边界。第六，VS Code 用户若依赖 SSH、Tunnel、WSL 和 Dev Containers，应关注逐步推出状态，先验证远程工具链和依赖是否一致。
总体看，这次周更的重点不是单点功能，而是把模型选择、agent 权限、可观测性和多端会话管理一起推进。公共预览和逐步推出意味着能力可用但细节仍在变化，工程团队应以官方文档和自身计划为准，分阶段采用。