坑所属项目 ↗2026-09-16

派单通道 bu 经常超时/点击无反应,Edge 发送未进目标会话

豆包侧边工作台(bu)打开 DSH 多次 COMMAND_TIMEOUT、点击发送无反应;曾改用 Edge 桌面浏览器同内容发送,被证实未进入目标会话(勿再用);可靠路径=cu/Chrome 兜底 + 发送前三重确认会话名 + 验证"输入框清空+消息流出现工单全文"。

  • 派单通道
  • bu超时
  • 会话确认

现象

  • bu(browser-use-automation)打开 DSH 页面多次 COMMAND_TIMEOUT,点击发送按钮无反应(“点了,没有反映”)
  • 18:04 经 Edge 桌面浏览器发送同内容工单,被证实未进入目标会话(消息流无工单全文)
  • 工单状态显示”待用户端确认”,点击后 bu 无反馈

根因

  • bu 与 DSH 页面整体失联/高负载时交互超时;Edge 恢复的是旧会话,发送前未确认激活会话=目标会话
  • 只看输入框位置判断会话,bu 附着/切换可能指向旧会话

解法(已验证)

  1. 默认仍用 bu;bu 连续失败 2 次才换通道,且先向用户说明理由
  2. cu/Chrome 兜底发送:cu.launch_app → 地址栏输 DSH 地址 → 发送前三重确认激活会话=目标会话(button disabled / treeitem selected 标记完全一致)
  3. 发送后硬证据:输入框已清空 + 消息流出现工单全文 + 发送按钮回 disabled
  4. 发修复工单同样流程(2026-09-16 20:25 经 cu/Chrome 发送成功,三重确认会话名/创造模式/消息流最后为完成报告)

验证

  • 19:09 经 cu/Chrome 发送 v8.23 主工单成功;20:25 发送 Bug1 修复工单成功,均以”输入框清空+消息流全文”确认
  • 18:04 Edge 版本弃用,未再发生”看似发出实未送达”