这个不好弄。因为流式传输的接口，没有将思考和回答区分的很明确
流式传输不是每一个chunk的parts都有两个部分
只有在思考和回答的交界处“有可能”会出现两个部分
最好的做法是thinking模型不支持流式，再按你说的区分

这个不好弄。因为流式传输的接口，没有将思考和回答区分的很明确 流式传输不是每一个chunk的parts都有两个部分 只有在思考和回答的交界处“有可能”会出现两个部分 最好的做法是thinking模型不支持流式，再按你说的区分

你理解错我的意思了，我不是要区分流式里的思考和回复，是要防止非流的回复被吞了

哦我没看到你强调非流了
非流确实有清晰的两个部分
流很难处理

@songquanpeng @mxdlzg

抱歉打扰了，实测 gemini 类型的流式在思考和回复的交界处有两个 text ，经查当前的处理会导致“交界处”丢失一个 text 字段（回复开始的第一个 text）从而表现为“回答吞字”

oneapi 流式调用，“回答吞字”：

预期的流式调用：