流式输出的JSON只能偶尔解析成功，怎样处理分片和完成后验证？

先保存原始事件与最终累积文本

适用于短回答正常而长回答报引号未闭合，或字段有时少一半的应用。保存原始流事件与组装结果，核对是否混入解释文本或错误事件。一个SSE事件本身可能是合法JSON，但其中业务字段仍是增量字符串，不能因为外层可解析就断言里面的工具参数已经完整。

区分传输分片事件JSON和业务对象

检查传输读取是否保持UTF-8解码状态，事件缓冲是否等到完整分隔，再核对内容索引与拼接次序。不要删除引号、反斜杠或换行来强行通过解析。服务如果提供结构化流事件或SDK累积器，应优先按其约定使用；自制括号计数无法可靠处理字符串里的括号和转义。

按协议缓冲直到业务结果完整

把原始事件解析与业务文本累积分开，接到明确完成事件后再调用正式JSON解析器与Schema校验。需要实时展示时只显示暂态内容，不提前执行依赖完整字段的动作。解析失败保留原始输出与终止原因，设置有限修正流程；不能把缺字段对象悄悄补成成功返回。

验证跨分片字符与异常终止

使用包含引号转义、多字节字符和嵌套对象的样本，并模拟不同分片位置，确认最终结果一致。测试中断与服务错误不会被标成完成，结构通过后继续核对字段值来源。成功标准是正确处理完整响应和异常状态，而不是不断重复请求直到某次碰巧在分片边界解析成功。

本文没有调用模型流式接口或提供未经执行的代码示例。不同服务的增量字段和终止事件不同，应以实际SDK协议为准。结构化输出不能消除字段事实错误，完整JSON也不代表工具动作已授权；若应用只取得部分结果，应清楚保留未完成状态而不是自行猜测剩余内容。