长材料调用结项：六项交接记录

项目结束后，法务、业务和信息部门往往只记得“用过某个模型”，却说不清当时用了哪一版材料、连续问过什么、哪些副本还留在企业系统里。长材料项目的麻烦，常常出在这里。

这份清单不替代工具准入表或采购验收清单，只回答一个问题：长材料连续调用大模型的项目结束时，交接包里应留下什么。

1．记录实际进入接口的材料版本

交接包先放材料清单：文件名、来源、取得日期、版本号或哈希值，以及本次实际进入接口的页码、附件或字段范围。不要只留一个“尽调材料.zip”或“案卷最终版”的文件夹名。项目过程中被替换、删节或补充过的版本，应当能对应到调用时间。

2．写清用途由谁批准

写明业务目的、提交人、审核人和授权依据。例如，项目是用于生成时间线、提取合同差异还是整理证据目录；哪些材料因客户约定、保密义务或内部规则不得继续使用。项目关闭时，授权边界比“模型能力介绍”更实用，接手人可据此判断能否复用这些材料。

3．注明请求范围和结果去向

至少保留请求日期、调用系统或账号、模型版本、请求标识，以及生成结果的落点。结果进入过工单、邮件、共享盘或业务系统的，也要标明位置和访问负责人。无需把每一段提示词都抄进交接说明，但应让后来的人能够判断：某份敏感材料是否被连续带入过多个请求。

4．缓存字段只能提供技术线索

DeepSeek 的上下文缓存默认启用；后续请求只有完整匹配已经持久化的缓存前缀单元时，才可能命中缓存。团队如能取得缓存命中、未命中等技术回执，可以一并留存，用于复盘请求组织方式和成本。

“命中缓存”不等于材料没有再次被处理，“缓存不再使用”也不等于企业侧副本已经删除。缓存字段不能代替材料清单、调用记录，也不能代替项目关闭时的删除回查。

5．分清删除对象和保全对象

收尾时把对象分成三类：可立即删除的临时副本；按制度或合同继续保留的业务记录；因审计、调查或争议处理需要冻结的证据。对每一类写明存放位置、责任人、动作日期和例外原因。这样可以避免一句“全部清理”破坏证据链，也能防止临时材料无限期留在共享空间。

6．明确由谁完成回查

最后由项目负责人勾选四件事：已停止后续调用；已确认企业侧副本的处置；已标出保全例外；已把交接包交给后续责任人。供应商侧的保留与删除安排如无法直接核验，也应如实写明可获得的信息和未能确认的范围，不要把控制台用量页面当作完整的材料流转台账。

把这六项放进项目结项单，接手人就能查版本、查用途、查范围，也能知道该删什么、该保全什么。长材料调用不必只靠口头回忆交接。

相关报道

• DeepSeek API Docs：Context Caching
• DeepSeek Open Platform Terms of Service