AI 聊天: 失败的流显示给用户没有任何内容 — 没有错误,没有重试,也没有部分应用信号

发生了什么事?

当一个AI聊天转弯的流在中途失败时,UI显示什么也没有. 没有助理消息, 没有错误的横幅, 没有重试支付 。 用户看到自己的即时而后沉默,唯一的证据是在浏览器控制台.

这是导致557号病情昂贵的缺陷 根本原因在溪流-再起端点上有一个404个,单独固定——但404号只可见于*在地道上:

得到/api/ai/scene/工作流程/wrun ./流 ~ 404
[scene-ai] 使用Chat流错误: 获取聊天失败: 404
{"期限 ms":121729"相":"流""出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"入"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出"出""""""""""""""""""

它需要一个维护者往返请求控制台输出来识别客户端已经捕获并命名的失败. 这是值得修复的部分:本课下个错误应该产生一行报告而不是两周的谜团.

为什么它和404号分开

修复恢复的 URL 清除了 * 1 * 死流的原因 。 它不会让任何 * 其他* 引起明显的——提供者出错,一个真正过期的运行,一个网络掉过重试预算,一个lambda超时. 诸相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相 缺少的反馈是一般缺陷;404是一个例子。

*它住的地方 *

• 应用程序/社区/地貌/社区/组成部分/ai-commands.tsx'——聊天运输上的错误'已经收到这些,而AiWorkflow Timing报告'已经记录了结果:失败',阶段:`流'至可观察性。 信息存在于失败的时刻;它只是没有到达用户.
• 恢复路径将``没有主动的AI工作流程可以恢复'`当没有重新连接的运行时,这同样是看不见的。

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}什么能解决它?

当转弯未完成而结束时, 助手- slot 出错状态在线索中, 包含 :

1. 一种简单的语言原因,即我们有一个( "连接下降", "信用值下降", "模型提供者返回错误"), 回到诚实而非虚无的东西。
2. 重复** 重新发送同样即时的动作,因为这些动作大多是短暂的。 3.确认转弯是否对现场适用——转弯可以死 在数个成功的工具呼叫后,现在用户无法判断他们的场景是否部分被修改.

第3点最需要信任:一个半建而无解释的房间比干净的故障更糟糕,用户目前无法区分"什么都没有发生"和"四道墙和一扇门发生了".

关联

• 第557号——404个暴露于此的装置;恢复-URL固定装置分别装运
• 关于错误类别及其修补的先行艺术:中期信用耗尽、贝德罗克图像大小的拒绝和被吞噬的供应商流出错误每一次都是通过表面说明真实原因而确定的。 这就将同样的原则延伸至运输级别的失败,而这种失败被忽略了.