火山引擎会话过期后需重建新会话：检测到invalid_session错误时，立即停止使用旧id，提取最后有效回复及token数，依token余量选择单轮摘要注入或逐轮回填；服务端续联需提前开启日志快照并传x-continue-from头。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
火山引擎服务端对话记录过期后，原始会话ID已无法被平台识别，直接复用旧session_id会导致404或invalid_session错误，必须通过有效上下文重建新会话才能延续对话。
确认过期状态并提取最后有效消息
调用/v1/chat/completions接口时若返回{"error":{"code":"invalid_session","message":"Session not found"}}，说明该session_id已过期。此时不要重试原请求，立即停止使用该ID。
从本地缓存或前端存储中读取该会话最后一次成功的响应体，定位到choices[0].message.content字段——这是用户可见的最后一条AI回复，也是上下文重建的锚点。
同时提取该次响应中的usage.prompt_tokens和usage.completion_tokens，用于估算上下文长度是否接近模型token上限；若总tokens > 3000，后续拼接历史时需主动截断早期轮次。
构造最小可行上下文并发起新会话
方法一：单轮摘要注入
将最后3轮对话（用户提问+AI回答+用户追问）压缩为一段不超过120字的自然语言摘要，例如：“用户咨询订单退款流程，AI说明需提供订单号和截图，用户随后发送了订单号20240511XXXX。”
在新请求的messages数组首项插入角色为system的摘要消息：{"role":"system","content":"以下为当前对话背景：[摘要文本]"}。这能绕过空上下文冷启动，让模型快速理解进展。
方法二：逐轮回填（仅限token余量充足时）
第一步：从本地存储中按时间倒序取出最近5轮完整message对象（含role/content/timestamp）。
第二步：过滤掉content为空、role非user/assistant、或timestamp早于72小时的消息——【过期超72小时的历史消息即使未被平台删除，模型也大概率无法有效关联】。
第三步：将筛选后的消息按原始顺序放入新请求的messages字段，首位补一个空user消息占位，触发模型续写。
服务端自动续联方案（需改造接入逻辑）
在创建会话时，除传入session_id外，同步提交x-continue-from请求头，值为原session_id的Base64编码字符串。火山引擎服务端检测到该Header且主session_id失效时，会尝试从内部日志中检索该ID最近24小时内的最后10条消息快照。
此方式无需客户端拼接上下文，但要求业务方在首次创建会话时就开启日志快照功能——【未开启快照功能的会话，服务端无任何历史可追溯】。
成功触发续联后，响应头中将返回x-recovered-session: true及新的有效session_id，后续请求须立即切换至此ID。
