assistant-ui 把中止、限流、持久化失败与输入来源变成可观察状态
assistant-ui 10 月 22 日的一组版本让 Cloud 运行记录区分限流、验证失败、服务端错误、中止、不完整和持久化失败，并让组件输入变更携带来源。
事件 原文发布 本站收录 最后核验
为什么值得关注
生成式界面如果把“没有回复”“保存失败”和“用户取消”折叠成同一种空白状态，产品与审计系统就无法判断该恢复、重试、提示还是停止；输入来源同样决定草稿是否应恢复。
技术细节
assistant-cloud 0.2.8 会把 HTTP 429、400/422 与 5xx 分别报告为 rate_limited、validation_failed 和 server_error；首 token 前停止报告 aborted，无输出结束报告 incomplete。历史追加或更新失败不再被遗漏或误报 completed，而是记录 persistence_error。React/Vue 0.15.31/0.0.6 还为 composer.textChange 标注 user、recall、send、return、reset 或 external，并在适配器不能恢复归档线程时禁用恢复控件。
适合哪些读者
构建多轮代理界面、草稿恢复、运行监控与故障审计的前端及平台团队
原始来源
- assistant-ui official releases and pull requests ↗github.com
- Failed and stopped run outcomes ↗github.com
- Persistence-error reporting ↗github.com
- Unarchive capability guard ↗github.com
- Composer text-change origin events ↗github.com
修订与更正记录 (1)
— The October 22 official package releases combine distinct but related runtime observability and recovery-boundary changes; linked merged PRs provide scope and known omissions.