[Bug]: 企微智能机器人，收不全dify agent的数据

[Cities2000]

运行环境

Langbot 4.9.6，Centos 7.9 官方docker

异常情况

Dify建立一个agent，根据客户的输入，会调用一个工具。
langbot->Dify能看到Dify已经返回全部数据
企微->Langbot在返回前的think阶段就断掉，收不到任何返回结果，甚至think都不全
企微采用长连或hook都存在这个问题。

同样，使用astr的hook就没问题。他的长连也是失败

DIfy agent的特点是会与一段时间计算，没有任何返回。

Langbot使用的是流

复现步骤

No response

启用的插件

No response

[dosubot]

Hi @Cities2000! I'm Dosu and I’m helping the LangBot team.

@Cities2000 这个问题很可能是由多个超时机制叠加导致的，当 Dify agent 长时间计算（thinking 阶段无输出）时尤为明显。以下是分析：

核心原因：超时级联

1. 企微流式会话 TTL 仅 60 秒 — 如果 Dify agent 在 thinking 阶段超过 60 秒没有产生任何 chunk，企微的 stream session 会被自动清理 [1]
2. Dify API 超时硬编码为 120 秒 — 如果 agent 计算时间超过 120 秒，请求会直接超时 [2]
3. remove-think 导致输出阻塞 — 如果你在 pipeline 配置中启用了 output.misc.remove-think，LangBot 会等待整个 <think>...</think> 块接收完毕后才开始向企微发送内容 [3]，文档也明确提到"使用流式响应且开启 remove-think 时，首个 token 可能会有较长的等待时间" [4]

建议的临时解决方案：

• 关闭 remove-think（在 pipeline 配置中设置 output.misc.remove-think: false），让 thinking 内容直接流式输出，保持企微连接不断
• 尽量缩短 Dify agent 的 thinking 时间，控制在 60 秒以内
• 可以关注 PR #2053 [5]，其中提议了对流式模式延迟和企微消息处理的改进

你提到 "astr 的 hook 没问题" 也印证了这个分析 — 不同平台适配器的超时策略不同，企微的 0.5 秒轮询超时 [6] 和 60 秒会话 TTL 相对激进，更容易在长时间无输出时断连。

这个超时级联的根本问题在 4.9.6 版本中尚未完全解决，目前的超时参数也不支持用户自定义配置。

To reply, just mention @dosu.

---

Share context across your team and agents. Try Dosu.

[fdc310]

能提供一个dsl吗？