GitHub Copilot会话可转到VS Code：上下文、差异与工作树一起保留
适合接手代理草稿后进行人工审查、修改和测试
本文核心看点
GitHub发布操作指南，说明如何把Copilot应用中的代理会话继续到VS Code，而不必重新概括对话或复制修改。打开后会保留任务上下文、代码差异和原来的隔离工作树。本文面向使用AI编程工具的创作者与技术团队，列出账号、权限和会话改动等前提，并给出“看差异、改代码、跑测试、再推送”的接手清单；它不自动证明代理修改正确，也不包含部署授权。
作者与发布归属：恩禾ENHE AI · 2026-10-21 · AI辅助整理与校核
适合接手代理草稿后进行人工审查、修改和测试
GitHub发布操作指南，说明如何把Copilot应用中的代理会话继续到VS Code，而不必重新概括对话或复制修改。打开后会保留任务上下文、代码差异和原来的隔离工作树。本文面向使用AI编程工具的创作者与技术团队，列出账号、权限和会话改动等前提，并给出“看差异、改代码、跑测试、再推送”的接手清单；它不自动证明代理修改正确，也不包含部署授权。
直接回答：可以继续同一会话，但仍要自己验收代码
在Copilot应用会话中选择Open in VS Code，可把同一任务带到本地编辑器。GitHub说明不需要先总结历史或复制到新聊天。
这解决的是交接成本，不是正确性证明。打开后的第一件事应是阅读差异和任务目标，而不是立即推送或部署。
会保留什么，需要什么前提
VS Code会用该会话关联的工作树打开项目，并在Copilot侧栏显示现有会话。任务、计划和对话继续可用，已改文件可直接审查，编辑器打开的也是会话原来使用的同一个隔离工作树。
前提包括：Copilot应用与VS Code登录同一GitHub账号、账号能访问该仓库、会话已有改动，并且VS Code正确识别要使用的安装实例。
接手清单：四步完成本地验收
- 在Copilot应用中打开目标会话，先读任务、计划和最后一条状态，确认这确实是要接手的仓库与分支。
- 选择Open in VS Code；若出现多个编辑器或安装实例，只选你平时用于该项目的实例。打开后确认侧栏会话和工作目录一致。
- 逐文件查看差异，重点检查输入边界、权限、错误处理和测试。不要因为上下文被保留就跳过不理解的修改。
- 运行项目要求的最小测试和检查。只有结果符合预期，才决定是否提交或推送；推送、发布和部署仍是独立授权步骤。
谁最适合用，何时不要用
它适合代理已形成可审查改动、但需要本地调试器、终端或人工设计判断的场景。只有讨论、没有代码改动的会话，通常不需要这条交接路径。
站内已有Copilot应用介绍、应用与IDE/CLI选择指南，以及Slack和Teams跨仓库工作说明，可帮助判断应该在哪里开始任务。
常见问题
打开VS Code后会自动推送代码吗？
不会。指南把审查、编辑、测试和推送列为用户后续操作，推送仍应由你明确决定。
为什么没有Open in VS Code？
先核对是否为同一GitHub账号、是否有仓库权限、会话是否已有改动，以及当前编辑器是否受支持。
相关工具与延伸阅读
以下页面与本文的账号、工作流、策略或风险边界直接相关，可按当前任务选择阅读。
结论
把这项功能当作“从代理草稿进入人工验收”的桥梁：打开后先审查和测试，再决定是否保留修改。
官方或原文关联视频
官方原文嵌入的相关演示；仅提供正常观看链接，未验证站内播放，也不编写未核实的视频要点。
页面只提供正常外链，不声称站内播放器已生效，也不编写未经核实的实测结论或时间戳。
GitHub官方原文关联的Copilot应用演示
来源链接
- GitHub — Continue a Copilot app session in VS Code — October 19, 2026
这对普通用户意味着什么？
它适合代理已形成可审查改动、但需要本地调试器、终端或人工设计判断的场景。只有讨论、没有代码改动的会话，通常不需要这条交接路径。
你可能会用到这些工具
相关教程
相关工具/教程
你可以从下面的 ENHE AI 栏目继续把资讯信号转成工具选择、账号服务判断或实操学习路径。
相关阅读
什么是桌面AI智能体应用？从GitHub Copilot App说起
桌面AI智能体应用，是指运行在电脑桌面上、能围绕任务建立会话并连接代码仓库、模型、工具和自动化的AI应用。GitHub Copilot App开放到所有Copilot计划后，这个术语更值得普通用户理解：它强调会话边界、分支隔离、模型选择、账号权限和人工复核，而不是简单问答。
GitHub Copilot App、IDE插件和CLI怎么选？AI编程工具先看工作边界
GitHub Copilot App开放后，AI编程工具选型不再只是IDE插件和命令行之间的选择。桌面App适合多会话和任务入口，IDE插件适合日常编辑，CLI适合终端工作流。中文用户在选择前，应先明确仓库权限、模型来源、账号计划、BYOK密钥、人工Review和自动化边界。
Slack和Teams里的GitHub支持跨仓库：同一对话排查前后端问题
GitHub宣布聊天协作入口可在同一对话处理多个代码仓库，适合同时涉及前端与后端的缺陷调查，也能帮助创建问题和追踪待审查改动。本文说明本次更新与此前接入预览的区别，提供先调查后改动的任务表达样例，并列出结果应包含的文件、证据和待确认项。普通创作者不必会写代码，但仍要指定目标仓库与操作范围，不能把聊天里的建议理解为代码已经合并或网站已经上线。
从聊天框到个人AI操作伴侣：AI助手正在进入桌面执行时代
AI 助手正在从“回答问题”走向“持续执行任务”。AI agent、MCP 工具生态、个人记忆和本地工作台，正在一起推动这场变化。对用户来说，真正重要的不是多一个聊天框，而是少一点重复解释，多一点把事情继续做下去的能力。
GitHub Secret Scanning更新：11月12日前修复business字段筛选
GitHub于2026年10月20日汇总Secret Scanning改进：2026年11月12日起，相关审计事件的business字段会从企业显示名改为企业slug，自动化应同时接受两种格式或改用business_id。私有与内部仓库的公开预览还扩展了Base64编码GitHub令牌撤销。本文提供一份不改生产数据的检查顺序，帮助AI编码团队先盘点日志筛选、Webhook关联和422错误处理，再在测试事件上验证，避免审计报表或告警流程静默漏数。
GitHub CLI可选短期OAuth令牌：启用前先检查Git、脚本和扩展
GitHub于2026年10月21日为GitHub CLI v2.103.0推出可选的短期、自动刷新OAuth令牌公开预览。用户可用gh auth login --expiring启用，Git over HTTPS建议运行gh auth setup-git，并使用Git 2.46或更高版本。本文面向使用AI编码助手和自动化脚本的开发者，给出启用前检查：找出缓存gh auth token输出的脚本与扩展，逐项改为每次读取新令牌，再用gh auth status确认过期状态，避免后台任务突然失效。