连接中断后，如何确认内容与费用

先把四个问题分开

一次回答涉及多个完成时刻：文字到达浏览器、内容写入历史、网关保存最终用量、应用提交费用。它们沿同一请求关联，却不是同一个操作。浏览器离线可以与其中任何一个时刻交错，单凭界面停在哪一行，无法判断其余结果。

想知道哪些内容还能读回，查 Chat 的已提交历史；想知道网关保留了什么计数，查 YaoDel 的原请求结果；想知道实际扣费，查 Yaoledge 的授权与账本。查询沿用原会话、轮次和网关请求的对应关系，并分别保留查询成功、结果缺失或查询失败。

用一个示意情形说明：页面已显示 A、B、C、D 四段，只有 A 到 C 的检查点完成发布。此时连接中断，重新打开后能确认的是 A 到 C。D 曾经出现，不等于它已经保存；这组字母仅表示内容顺序，不是实际输出或性能数据。

Chat 先把内容写到私有对象存储，再发布属于原会话和轮次的有序引用。只有当前历史中已提交的引用可以参与重读、导出和下一轮输入。显式停止会在原预算内尝试保存尾段，浏览器断开不做这个额外保存；重新读取不会继续供应商流，也不会重发原推理。

YaoDel 只从完整匹配的供应商终态整体采信四项用量。终态事件可以先发往客户端，结果提交另行推进；反过来，结果也可以在客户端输出失败后仍然保存。因此，收到终态不能代替持久结果查询，看不到回答也不能证明结果没有保存。

查询需要原应用标识与网关请求标识。Chat 取得响应头中的网关标识后会保留它，但自己的轮次标识不是上游幂等键，二者不能互换。若当时没有取得该标识，应保留关联缺失这一事实，不能猜造另一个身份来重新执行。

Yaoledge 在授权时保存账户、模型、目标和费率，不预扣本次费用，也不保留一个资金上限。收到匹配的最终用量后，按原价格计算费用，再按结算时的账户状态分配额度、积分与超额。页面是否在线不参与这一决定。

如果账本已经提交，确认回复却丢失，YaoDel 可以重送同一结果。应用读出已关闭的原请求并确认，不再次记账。重送结果与重新请求推理有不同影响：后者会产生新的执行机会，不能用来修复一条未确认的通知。

原推理查询可以区分“已授权、尚无最终入账结果”和“已关闭”，并给出原费率、终态与金额。前者只是本地账务状态，不说明模型仍在运行。完整的零用量结果可以关闭请求而不扣费；缺失通知不能被自行补成这种零结果。

面对“回答停了，但费用似乎已经变化”的反馈，先取得原会话和轮次，再核对已保存的网关请求关联。读取历史回答内容保存到哪里，读取 YaoDel 原结果回答网关保留了什么，读取 Yaoledge 原账务回答实际如何结算。每一步都可以停在“尚未取得观察”，不需要用重新推理补齐证据。

若某一步成功取得结果，继续沿同一原请求核对；若查询失败，保留失败与最近已知的时间范围。已保存结果的通知状态帮助解释交付进展，却不会改变结果本身，也不能替应用账本推断是否扣费。

有用的验证不只观察页面出现了错误，而要安排可区分的时序，并与独立预期比对。以下是设计要求关注的情形，描述的是应验证的结果，不是已经完成的实测报告。

观察仍要沿用原会话、轮次及网关请求绑定。查询失败时保留未确认；保留旧读数时说明观察时间。操作的下一步来自原记录与当前权限，不能由一段日志、超时或没有看到事件来推导新的执行许可。