把Copilot app会话打开到VS Code，保留对话与修改，只完成了工作接力的一部分。它不自动证明当前文件仍是上一次测试过的文件，也不代表原来的进程、依赖或运行环境已经在编辑器里恢复。

GitHub在2026年10月19日发布了会话接力教程：从应用进入VS Code，继续原会话并审查同一工作树。对实际开发，更值得问的是“接力后如何确认自己审查、测试和提交的是同一份改动”。下面把三种状态拆开，并用内容快照演示旧测试证据如何失效。Read in English。

官方教程保留了哪些连续性

原始教程介绍Open in VS Code入口，说明会话的任务、计划和对话可以继续，编辑器打开会话关联的worktree及代码差异。教程要求应用与编辑器连接同一GitHub账户，并具备对应仓库权限。

这些是产品说明，不是本文实机迁移测试结果。保留上下文的价值，在于继续追问某个实现决定时，不必重新拼凑完整任务历史；保留同一工作树，则减少手工复制文件时漏掉修改或混入另一分支的机会。

但产品入口只回答如何继续工作，不替项目决定改动是否完成。对话里出现“测试通过”，需要进一步确认通过的是哪条命令、哪个文件状态和哪套环境。把那句话直接当成当前验收结论，就把历史叙述误用成了实时证据。

对话状态、文件状态与运行状态分开核对

对话状态包含目标、计划、解释和先前观察；文件状态包含已提交内容、暂存修改、未暂存修改以及需要保留的未跟踪文件；运行状态则涉及依赖、进程、环境变量、数据库或其他外部条件。这三类状态不会因为共享一个任务名称就自动一致。

最常见的混淆是：分支没变，所以测试结果应该还有效。实际上，同一个HEAD之上可以继续编辑多个文件；未提交修改已经改变了被测对象。另一个混淆是：目录存在，所以服务应该仍在运行。文件恢复与进程恢复同样是两件事。

因此接力记录不必复制整段聊天，应该抓住能定位工作的几个事实：当前工作树、源代码基线、未提交差异、任务尚未解决的问题，以及现有验证覆盖到的具体状态。涉及凭据和私人环境时，只记录必要的配置标识，不复制实际秘密。

同一仓库不等于同一工作树

Git worktree文档说明，一个仓库可以关联多个工作树，它们有各自的HEAD和索引等工作树状态。看到相同仓库名，不能判断编辑器当前打开的就是会话正在使用的那一份文件。

接力后先看编辑器实际目录，再检查当前分支或分离HEAD、暂存区和工作区差异。若目录不符合预期，先定位关联工作树，不要把修改直接复制到一个“看起来一样”的checkout。复制可能让新文件、删除项、文件模式或尚未提交的其他改动失去对应关系。

分离HEAD也不自动表示工作丢失，它只是不同的引用状态；是否需要建立分支或关联PR，应按项目流程处理。这里不让读者用强制切换、清理或重置去消除不理解的状态，因为那可能破坏本来需要审查的修改。

测试结论必须绑定被测对象

假设agent在文件状态A运行测试并成功，你进入VS Code后把一处条件改成状态B。即使分支名和最近提交完全不变，A的测试结果也不能直接证明B正确。这不是说所有编辑都必须重跑所有测试，而是测试证据应明确属于哪个对象。

对与行为相关的改动，至少重新执行能够覆盖其影响的检查；对文案或样式，也应检查对应展示与邻近状态。选择范围要依据实际变更，而不是为了保留“已全部通过”的描述而避免验证。

环境也是证据的一部分。同样文件在不同依赖版本、配置或外部服务条件下运行，可能回答不同问题。把结果同时绑定源文件快照和必要环境标识，可以让后来的人判断哪些结论仍可复用。

八项检查演示旧回执为什么不能复用

下面为合成文件映射生成内容摘要，再比较一个教学测试回执是否对应当前内容和环境。它只在内存里处理字符串，不读取真实仓库、不运行项目测试，也不操作Copilot。回执是虚构输入，不是对测试真实发生的证明。

# Synthetic content/test receipts; not a Git or Copilot migration tool.
import hashlib,json

def snapshot(files):
    data=json.dumps(files,sort_keys=True,ensure_ascii=False,separators=(",",":"))
    return hashlib.sha256(data.encode("utf-8")).hexdigest()

def receipt_matches(receipt,files,environment):
    return (receipt["snapshot"]==snapshot(files)
            and receipt["environment"]==environment
            and receipt["exit_code"]==0)

files={"main.py":"answer = 1\n","test_main.py":"assert answer == 1\n"}
assert snapshot(files)==snapshot(dict(reversed(list(files.items()))))
changed={**files,"main.py":"answer = 2\n"}
assert snapshot(files)!=snapshot(changed)
assert snapshot(files)!=snapshot({**files,"new.txt":"untracked demo\n"})
assert snapshot(files)!=snapshot({"main.py":files["main.py"]})
receipt={"snapshot":snapshot(files),"environment":"demo-env-A","exit_code":0}
assert receipt_matches(receipt,files,"demo-env-A")
assert not receipt_matches(receipt,changed,"demo-env-A")
assert not receipt_matches(receipt,files,"demo-env-B")
assert not receipt_matches({**receipt,"exit_code":1},files,"demo-env-A")
print("8 handoff-evidence checks passed")

本地八项检查通过，覆盖映射顺序不影响摘要、修改内容、新增文件、删除文件，以及内容、环境或退出码变化使回执不再匹配。示例特意没有只用分支名或HEAD当键，因为未提交内容也可能改变。

这个摘要只覆盖显式放进映射的文件，不是完整构建指纹。被忽略文件、依赖锁、生成物、编译选项和外部状态是否需要纳入，应依据项目定义。摘要一致最多证明所选输入相同，不能证明测试充分，更不能证明回执没有被伪造。

把快照当作证据之前，先定义纳入哪些文件。任意私密配置即使计算了摘要，也不自动适合进入共享记录；摘要本身不保证隐私或来源可信。只保留能回答本次对照问题的必要项目输入。

先审查意图，再让agent继续修改

接力后的首要阅读对象是实际diff。按用户需求检查每一处改动是否有必要，边界和错误路径是否合理，以及有无无关行为变化。对话可以解释为什么做某个选择，但解释与代码本身仍可能不一致。

若需要agent继续工作，给出具体尚未完成的问题和已有事实。例如指出某个输入边界缺测试，并限定需要核对的行为，比一句“继续优化”更容易验收。修改之后再看最终差异，避免手工编辑和后续agent改动互相覆盖而没有被察觉。

同时保留未解决事项。某项设备验收尚未进行，就应继续标成未完成；不能因为会话换了界面，或测试命令能启动，就把它从待办中自动移除。构建通过、协议通过和真实使用通过，本来就可能需要不同证据。

提交前检查新增与遗漏文件

git status文档区分索引、工作树和未跟踪内容。只看某个差异窗口，可能遗漏尚未纳入比较的新文件；只看最近提交，也可能遗漏当前仍未提交的修复。应在最终提交前检查预期文件集合，而不是笼统执行全部暂存。

对需要提交的修改逐项确认，再按仓库流程提交和推送。推送只是把某个提交传到远端，不表示PR已经合并、部署已经完成或用户已验收。把这些状态分开报告，能减少接力后的“我以为已经上线”。

同样，工作树隔离保护的是部分文件与索引状态，不保证外部数据库、端口、缓存目录或共享凭据也独立。涉及运行资源时，要确认项目实际如何隔离，不能把Git目录结构当成完整环境沙箱。

好的接力留下可继续的证据

这次教程展示了从agent应用进入编辑器的连续工作方式；原创检查方法则补上另一层：让接力后的开发者能明确知道当前改了什么、什么已经验证、还缺什么。两者结合，才更容易把“对话不断”变成“工作可接”。

此前环境式智能的验收讨论关注快捷触发后如何确认结果。本篇把验收点放到编辑器接力：保留上下文减少重新说明的成本，保留可核对证据才让后续判断可靠。

若这些状态拆分和快照示例帮你避免复用过期测试结论，欢迎通过文末支持区自愿支持。真正值得保存的，是下一位接手者也能看懂的工作状态，而不只是一次成功打开编辑器的画面。

来源与补发说明

October19 original tutorial、Git worktree、Git status

先经Google News发现，核对2026年10月19日原始发布与关联的一手文档，事件早于原计划10月20日22:00时段。示例和图示为原创教学内容；本次补发保留原计划文章日期，实际公开时间另行核验。未修改任何账户策略或执行Copilot会话迁移。