A1 / 对话历史的提交边界

01 / 问题

请求失败、截断或候选裁剪后，如何保持已提交历史正确？

方法

Java 8候选副本、完整问答提交、UTF-8请求体预算；用显式替身注入超时、429、空回复、截断与坏响应。

结果

41项离线断言通过，13次本地传输替身调用，真实网络请求0次。

观察

需要裁剪的候选请求失败后，原历史保持完整；成功后被裁掉的问答不再重新出现。

结论

外部结果通过完整性验收以后，才以整轮为单位替换历史。

局限

仅单进程状态测试；故障为注入，不证明模型记忆或真实网络行为。没有持久化、并发服务或自动重试。

复现

Maven编译与--self-test输出新报告；--live已提供agnes-3.0-flash适配器，本轮未在线执行。

1. 工程案例

   Java LLM 实践（三）：超时之后，别让对话历史悄悄变了

   用候选副本、整轮提交与UTF-8请求预算重写多轮会话边界：41项离线检查，失败不污染历史，裁剪失败也能保留原状态。

   2026-09-3010 分钟已发布
2. 实战教程

   Java 8 调用大语言模型：从第一次请求到多轮对话

   用三个真实运行的 Java Demo，理解模型请求、JSON 解析、读取超时与对话历史。

   2026-09-1215 分钟已发布
3. 项目 / 002

   Java LLM 实践集

   五个 Java 8 Demo与TypeScript边界对照：请求、输出验收、事务式历史及可追溯实验。

   构建中