自定义组件streamStatus的状态异常

[momaekwudi]

需求动机

背景：在流式请求中，先解析自定义组件Step，Step的children再做第二次XMarkdown解析。
问题：流式请求过程中，每一步的ThoughtChain的status一直是loading，不能正确检测到闭合标签并设置为done，待流式请求结束后。所有的ThoughtChain的status会统一变为done。

提议的 API 是什么样的？

No response

[dosubot]

你遇到的流式渲染状态异常，根本原因是 XMarkdown 的流式解析和渲染机制依赖于“闭合标签”检测：只有在流式 markdown/HTML 片段中检测到自定义组件（如 Step）的闭合标签，才会把 streamStatus 从 'loading' 切换为 'done'。如果流式内容没有及时传递闭合标签（比如 <Step>...</Step>），或者标签前后没有空行，解析器会一直认为该标签未闭合，导致所有 Step 的 status 一直到流结束才统一变为 done，而不是逐步切换 参考。

解决建议：

1. 确保流式内容中每个 Step 标签前后有空行，并且闭合标签要及时下发。例如：

   
   <Step>
   内容
   </Step>
   
   

   这样解析器才能准确识别每个 Step 的结束，及时切换 streamStatus。
2. 避免 Step 标签嵌套或内容中有多余空行，否则 markdown 解析器可能提前或延后闭合标签，影响状态切换 参考。
3. 如有复杂内容，建议业务层先拆分好每个 Step 的内容，分别传递给 XMarkdown，减少嵌套和流式解析歧义。
4. 可利用 XMarkdown 的 streaming 配置和 incompleteMarkdownComponentMap，为未闭合的标签自定义 loading 组件，提升流式体验 参考。

只要流式内容结构规范，XMarkdown 的 streamStatus 机制就能实现逐步、准确的 per-step 状态切换。如果还有特殊场景，可以补充下你的流式内容结构或生成逻辑，我可以帮你进一步分析。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}

   

[Div627]

@momaekwudi 你好！目前由于实现机制的原因，同名标签会被统一识别，导致状态无法独立更新。我们正在优化这个问题。
在修复前，建议你通过判断 status === 'done' 来控制相关逻辑，避免在 loading 状态下提前处理。