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 範例，理解模型請求、JSON 解析、讀取逾時與對話歷史。

   2026-09-1215 分鐘已發布
3. 專案 / 002

   Java LLM 實作集

   五個 Java 8 Demo與TypeScript邊界對照：請求、輸出驗收、交易式歷史及可追溯實驗。

   開發中