01
流式响应设计
问题
AI 响应是逐步返回的,用户还会中途继续提问、上传文件或切任务。如果消息状态没有统一生命周期,界面体验会非常碎。
方案
我围绕 SSE 建立消息流生命周期,明确区分输入、生成中、完成、失败和重试等状态,并把这些状态映射到统一界面反馈里。
结果
对话不是简单地把一整段文本刷出来,而是有连续反馈、可感知状态和可恢复路径的产品级交互。
面向业务场景的智能体交互平台,支持流式对话、文件上传解析、多轮上下文和任务看板,重点是把后端能力整理成用户可持续使用的产品界面。
没有完整截图的项目,会先用结构化占位保证阅读不断档。
当前没有公开截图,这里先保留结构,后面再补图。
平台既要承接流式结果,又要处理文件解析、多轮上下文、任务状态切换和错误反馈。真正的难点不在于接上 SSE,而在于把这些状态组织成一个用户能持续操作的交互系统。
下面按问题、方案和结果来写,方便直接看我在项目里做了什么。
AI 响应是逐步返回的,用户还会中途继续提问、上传文件或切任务。如果消息状态没有统一生命周期,界面体验会非常碎。
我围绕 SSE 建立消息流生命周期,明确区分输入、生成中、完成、失败和重试等状态,并把这些状态映射到统一界面反馈里。
对话不是简单地把一整段文本刷出来,而是有连续反馈、可感知状态和可恢复路径的产品级交互。
用户输入不只是文本,还可能带文件、历史上下文和任务状态。如果把这些信息混在一个消息层里,后面很难扩能力。
我把文件上传解析、消息上下文和任务状态拆开管理,再在界面层统一组装,确保每条链路都能独立处理和追踪。
输入链路更清楚,后续继续加知识库、插件调用或多 Agent 协作时也更容易扩展。