修复策划回复重复播放并保留伪流式

按消息 ID 合并实时正文与正式消息，保留逐步显示进度分离请求收尾与动画结束，隔离旧回合事件及异步返回独立展示工具状态，保留 Provider 重试的正文重置语义补充重复终态、整块回复、多消息及回合隔离回归测试同步更新策划展示规范与排障记录
2026-09-23 10:38:01 +00:00
parent c2ec978199
commit 688cf7a971
7 changed files with 530 additions and 221 deletions
@@ -1,5 +1,9 @@
 # 踩坑与排障记录

+## 策划回复的重复终态不能重新启动伪流式
+
+策划 Runtime 会通过状态事件与命令返回交付同一份最终视图。若前端清空临时正文后再拿“最后一条非用户历史消息”回填动画，就会出现正式回复旁又播放一遍、播放后消失的假重试。正文应按 `messageId` 保存显示进度，与正式消息共用一个气泡；请求完成不清动画，不延迟正式业务状态。Provider 自动重试复用消息 ID 并发送空文本，只允许重置未持久化的该条回复。正文、工具状态和 reasoning 分开；事件与异步命令收尾均检查项目及活动回合，旧请求不能覆盖新回合。详见 [AGC 实施计划](../../technical/【技术方案】AI游戏创作智能体App实施计划-2026-06-24.md)。
+
 ## Direct 宿主继续请求不能重发原始用户条目

 原始 `direct_user_item` 同时参与历史持久化和模型输入转换；验收或错误反馈更新了 prompt 后，如果发送层仍优先转换原始条目，模型会收到重复的用户输入，而本地历史按 itemId 去重后只显示一次。首次请求与宿主继续必须显式区分：首次保留结构化输入，继续发送当次反馈，原始条目只保留历史与事件关联职责。GUI、CLI 的两条循环都要覆盖；只改反馈文本或清空原始条目不完整。见 [Direct 宿主继续请求输入修复](../../technical/【技术方案】AI游戏创作智能体App实施计划-2026-06-24.md#2026-09-23-direct-宿主继续请求输入修复)。