让用户"kan见思考过程"，本质是把焦虑换成耐心。

原料来自流式事件，难点在翻译成人话和克制呈现。

模型和工具编排我用的讯飞，走 MaaS 模式省去自建推理，流式事件结构也现成，我只管在前端把它翻译给用户kan。

智Neng体执行多步任务时平台的流式响应里其实不只有Zui终答案，还夹着一连串"事件"——开始调工具、工具返回、开始生成等等。

我接的这个平台，流里会带类似这样的事件标记：

{steps.map => )}

running转圈的小点

done变灰打勾，文字淡化

failed标红

整个过程区折叠在答案上方一个小区域，完成后还Neng点开kan详情。

低调但有信息量，这版反馈就好了。

// steps: function reduceEvent { switch { case "tool_call": return ; case "tool_result": { // 把对应的 running 步骤标记成完成 const next = ; const last = .reverse.find => s.status === "running"); if last.status = evt.data.ok ? "done" : "failed"; return next; } default: return steps; }}

toolLabel 这个映射hen重要——别把工具的英文函数名直接甩给用户。

你懂的，query_stock 要翻译成"正在查询库存"，calc_price 翻成"正在计算价格"。

用户kan的是人话，不是你的函数名。

"为什么百度不收录"这个问题啊，说实话，有hen多原因。

比如网站的结构、内容质量、外部链接等等dou会影响收录。

不对不对，应该是 检查robots.txt文件和meta标签吧。

我第一版Zuo得花里胡哨，每个步骤一个大卡片配动画，结果整个对话区被过程占满，真正的答案反而被挤到老下面。

用户反馈"kan着累"，害，那就得改呗。

第二版我改成一行小字 + 一个状态点：简单明了用户体验一下子就上来了你懂的。

透明比假装顺利geng让人信任。

早期我把失败的工具调用静默掉了想着"反正模型会重试"。结果有次物流接口连续挂，模型反复重试又反复失败，用户kan到的就是一直转圈、Zui后蹦出个莫名其妙的答案。后来我把 failed 状态明确标红展示，用户至少知道"哦是物流系统出问题了"，投诉dou少了。

"为智Neng代理提供支持"