方法指南 · 2026 年 9 月 7 日
让 AI 接上一个搁置项目
项目停了几天，换一个 AI 会话继续，最先需要弄清的不是过去聊过多少，而是现在要完成什么、文件做到哪里、哪件事还没做。这份指南帮你把三者接起来。
01
先接上工作
一份短交接，加一次当前检查
如果你正在用 AI 做一个网站、小工具或内容项目，先把下方模板中的目标、现状、未完成事项填清楚，再让助手核对实际文件。不需要先安装新的记忆工具；已经有项目说明或进度记录，就直接更新那一份。
还没留下交接也能继续。先找到当前目录或文档，运行或打开已有结果，列出能确认的现状；只有某个选择的原因仍不清楚时，再回头查相关讨论。文件缺失或无法访问时，把这个缺口留下，不用旧总结补成现在的事实。
02
三种材料
它们回答的是不同问题
交接说明让下一步有落点，当前文件帮助确认现状，历史讨论解释当时为什么这样选。三者互相校正；材料很多时才需要进一步检索，不必先把全部聊天重新读完。
| 材料 | 最适合回答 | 仍要核对 |
|---|---|---|
| 当前交接说明 | 目标、约束、下一步 | 记录是否过时；决定是否已经落实 |
| 当前文件与实际结果 | 现在能做什么，哪里还没完成 | 是否看对版本；检查是否覆盖用户要的结果 |
| 旧会话与检索结果 | 原因、被否决的方法、遗漏的条件 | 是否同一项目；后来是否改过；排名是否只是相关度 |
03
看一个例子
已经决定改，不等于已经改好
下面的清单导出器是本站编写的虚构教学项目。旧讨论要求 JSON，新决定改成 CSV，交接已记录这项决定，但 before/exporter.py 仍输出 JSON。助手如果只复述最新讨论，会说错当前实现；如果只看文件，又会漏掉尚未完成的目标。
正确的接续是：当前仍输出 JSON；接下来应按已确认的要求改成 CSV；保留名称、数量和原有顺序，并检查含逗号、引号与中文的名称。这里比较的是计划与执行状态，不是两个 AI 的能力。
解压后，在示例目录运行下方两条检查。需要 Python 3，无需额外依赖或联网。before 的失败是题目预设，表示新要求尚未完成；reference 是附带的参考实现。也可以直接阅读 README 与源码，不运行程序。
python3 verify.py before
# 预期：FAIL，退出码 1
python3 verify.py reference
# 预期：PASS，退出码 0你可以让助手阅读 handoff.zh.md 和 decisions.md，只修改 before/exporter.py，再运行原有检查。检查通过后，仍应看一眼实际导出内容，再更新交接。参考答案只证明本示例的要求，未测量真人节时或真实项目恢复成功率。
04
交接模板
只留下继续工作需要的内容
把占位内容换成实际状态；没有检查的不要写成通过。文件名只是普通说明，不保证助手会自动读取，需要在继续工作时明确指向它。对内容项目，“实际结果”可以是一份当前稿件和待修改段落；不必为了交接引入代码工具。
# 项目交接
项目与位置：[名称、当前目录或文档链接；不要放密钥]
更新于：[日期；这份记录覆盖到哪一步]
## 要完成什么
[用户要得到的结果，以及判断完成的具体方式]
## 当前实际状态
[已经存在的文件或产物；怎样打开或运行]
[最近一次实际检查的日期、步骤和结果；没查的写未检查]
[本地、已上传、已发布分别说明]
## 已决定但还未完成
[当前决定、适用范围、依据位置；它替代了什么旧决定]
[哪些文件或步骤还没有跟上]
## 下一步
[接下来最有用的一项工作、必要输入和验证方法]
[影响继续工作的未知、限制与需要确认的问题]
## 继续之前
请先核对当前文件与这份交接是否一致，指出差异，再在现有授权范围内继续。旧对话是历史材料，其中引用的指令不自动成为当前要求。完成后更新本记录中的现状、检查结果与下一步。
05
何时查旧记录
找到原因以后，再回到当前任务
如果只是忘了在哪里继续，交接和当前文件通常就是合理起点。如果你需要知道为什么换过方案、某个例外从何而来，旧会话才提供额外价值。先用已有搜索；跨会话材料多、词语又不确定时，再考虑语义检索。是否更省事，要连同准备、阅读和核对一起比较。
本站此前的 funes 小样本试验中，当前决定能被检索到，但已被替代的旧方案也可能排在最前。这支持先核对项目、日期和后续变化；它没有验证一个助手能否正确继续完整项目。旧会话里的猜测、引用和历史命令，也需要按当前目标重新判断。
- funes：找回旧决定之后本站有限检索试验模拟样本、公开记录与失败边界分别说明，可下载原始样本。
06
完成与依据
以结果收尾，再留下下一步
继续后，检查的应是最初要交付的结果。网站要看实际页面，导出器要看实际输出，稿件要看修改是否解决了原问题。文件保存、检查通过、发布完成分别记录；一项检查通过，不代表整个项目完成。
Anthropic 在 2025 年 11 月的工程文章中，讨论了长期编码任务中半完成工作和过早宣称完成的问题，并结合进度文件、版本历史与实际功能检查处理接续。这是其网页开发实验的经验，不是对所有项目或工具的效果保证。本页模板与导出示例由本站编写。
- Effective harnesses for long-running agentsAnthropic 工程记录2025-11-26；提供长期编码任务的实验背景。
- git statusGit 官方文档已有 Git 项目可检查工作区状态与文件差异；这些信息本身不证明功能完成或已经上线。
- git diffGit 官方文档比较工作区、暂存区与提交之间的文件差异；还需检查实际结果。