全部文章
工作流

给下一次 AI 会话留一份能复跑的交接

用几行记录把下一次调查接到同一个状态。

资料核验2026.11.12 · 编码助手 · 可用于现有软件仓库

上一个会话用三十条消息调查保存失败。新会话拿到的总结只有「大概是权限问题」,于是从接口权限重新查了一遍。留下一个可以复现的入口,比复述所有思路节省时间。

交给编码助手的任务

假设助手查到只有编辑旧草稿会返回 422,新建草稿正常。让当前会话交回工作目录、提交、启动命令、测试输入、实际响应和一条待证实假设。下一会话只用这份交接重跑,不继承原长对话。

流程示意:记录基线;复现一条失败;交接下一项调查

交接写现状、证据和下一步

记下当前提交、启动目录和测试命令。列出一条失败样例及实际输出,说明哪部分已经确认。比如「新建保存正常,只有编辑旧草稿返回 422」。再给一个待确认点,例如检查旧草稿缺少哪个字段。

交接前用另一张终端照着跑一次,检查是否漏了环境变量、测试数据或启动顺序。

没跑过的验证保留为待办。下一次会话能从记录判断哪些结论已有证据。

先准备一个对照样例

把交接写成短记录:当前分支、失败入口、可复制命令、实际结果、下一项检查。用另一张终端只看这几行,重跑一次 422。若找不到测试数据位置,就补具体路径,别抄整段旧对话。

用这些结果验收

  • 新终端能够复现同一失败。
  • 两个会话的环境差异可追踪。
  • 已确认事实有文件或输出,推测附下一步检查。

审查时容易漏掉什么

一句「可能是权限」会把下一次调查引向先入为主的方向。保留最小失败样本和已经排除的分支。未运行的测试明确记录,减少助手把计划写成结果。

有不在版本控制中的本地配置时,把需要的变量名和准备步骤写进交接,不复制实际值。交接可附一个已验证命令和一条尚未运行的命令,后者标明依赖。这样下次会话知道什么可以直接复现。

资料来源