值班交接记录：首次接入前核清会话日志与保留期限

交接提醒：能收到模型回复，不代表已经弄清数据去向。首次接入时，按下面六步核查；没有书面确认的地方，先标为待确认，不把“没看到日志”当成“没有保存”。

先画出请求经过的保存节点

1. 从本地工具开始，依次记录应用后端、中转服务和上游模型服务。终端历史、会话文件、监控平台也可能留存内容。逐处确认保存什么、由谁管理，别只检查服务商后台。

把会话正文与运行记录分开检查

2. 提示词、回复、附件和工具输出属于内容；请求时间、状态码、用量及请求标识属于运行记录。两者可能采用不同期限。运行记录也可能包含用户标识，不能直接视为无敏感信息。

把保留问题写成可核实的清单

3. 查阅当前政策，必要时向支持人员确认：期限从何时起算，失败请求是否记录，备份何时清理，哪些人员可访问，以及内容是否用于训练或其他用途。“不用于训练”不等于“不保存”。

用虚构会话验证实际日志出口

4. 使用不含真实身份、密钥或业务资料的内容测试，例如向 Gemini 2.5 Flash 发送虚构工单。检查本地文件、应用日志和可见的服务端记录。调试模式可能输出完整正文，上线前应关闭或脱敏。

删除操作要逐项核对覆盖范围

5. 删除聊天窗口中的会话，不代表应用日志、中转记录和上游副本同步删除。确认删除入口、覆盖对象、处理流程及备份例外。发送新请求时，客户端也可能重新提交历史消息，需要单独检查。

接入前留下可交接的配置记录

6. 记录政策核查日期、日志开关、访问权限和清理安排。使用 Relay365 按量接入多个模型系列时，可统一接入入口，但不能据此推定各上游的保留规则一致；仍需核实实际路由及适用政策。

如果多模型接入符合需求，可以创建一个 Relay365 账户，先用虚构数据完成验证。正式流量上线前，再确认敏感字段脱敏、日志清理责任人和删除申请路径，把待确认事项写入交接单。