Agent 流式输出：事件筛选、消息拼装与断线恢复

根据机器转写整理，未经原音、画面或框架文档核对。讲者以图式 Agent 框架为例；事件类型、字段、客户端能力和版本状态应以实际使用版本为准。

先定位流式链路

从模型产生增量到用户看到内容，至少涉及运行时输出事件、传输及时送达、前端解析和渲染。讲者建议分别记录模型开始输出、服务端发出事件、浏览器收到事件及界面更新的时刻：若服务端已发而浏览器迟迟未收到，可检查传输和代理缓冲；若已收到但界面不更新，应检查解析和渲染。

讲者区分消息增量、节点更新、完整状态、任务或检查点信息、自定义进度及诊断事件。消息可以用于展示回答，自定义事件可以反馈资料处理进度，状态则保存需要恢复的结果或失败项。具体事件名称与支持条件须按版本核验。

节点更新不是完整状态：不能把一次增量直接覆盖整个消息列表；也不能把完整快照每次当增量追加，否则可能丢失原有内容或产生重复。并行节点也可能分别产生更新，合并应遵循实际状态规则。

公开展示需要服务端确定允许输出的节点、内容类型与字段。内部规划、质量检查或诊断内容不应因前端统一追加而混入最终答案；仅在浏览器隐藏，并不能替代服务端的访问控制。对于子图中的同名节点，讲者建议结合实际事件的命名空间及节点来源识别，而不是照搬其他版本的字段。

并行分支可能交替输出。按消息标识把内容块分组，同一消息的块再按协议要求拼接。消息标识用于识别内容归属；事件标识、序号或游标用于判断传输事件是否已经处理。重连后即使找到同一消息容器，若重复追加补发事件，内容仍会重复。

是否能获取事件序号、续接或补回断线期间的内容，取决于服务端的缓冲、保留期限及客户端实现。自定义进度事件只负责实时反馈，不会自动变成持久状态或检查点；需要恢复和审计的结果应另行保存。

讲者区分会话、运行和网络连接：断线后先通过运行标识确认任务是否仍在执行或已结束，再按系统能力续接或读取结果，避免无条件重新提交任务。最新状态可能已包含后续运行，不能自动当作旧运行的精确结果；运行标识只是定位信息，服务端仍需核对访问者的归属和权限。

为减少界面频繁重绘，可按实际设备和延迟预算合并短时间内的更新；讲者提到的几十毫秒只是调试起点。重连也应有退避与次数预算，必要时回退到查询原任务状态，而不是再发起一次生成。