流式输出：让慢回答不像卡死

 1  // server/tutor/service.mjs（导师的消息循环，节选）
 2  for await (const m of query({ prompt: message, options })) {
 3    if (m.type === "stream_event") {
 4      const d = m.event?.delta;
 5      if (d?.type === "text_delta" && d.text) { sawText = true; streamed = true; yield { type: "text", text: d.text }; }
 6    }
 7    if (m.type === "result") {
 8      yield { type: "done", usedToday: quota.usedToday, limit: quota.limit, durationMs: m.duration_ms ?? null, tools: … };
 9  
10  // server/index.mjs（导师接口，节选）
11  return streamSSE(c, async (stream) => {
12    for await (const ev of chat({ learner, page, mode: safeMode, message: message.trim() })) {
13      await stream.writeSSE({ event: ev.type, data: JSON.stringify(ev) });
14  
15  // web/src/components/Tutor.jsx（发送与出错时，节选）
16  setActivity("思考中");
17  setMsgs((m) => [...m.slice(0, -1), { role: "sys", text: `提示：${ev.message}` }]);
18  
19  // web/src/api.js（解析事件流，节选）
20  try { onEvent(JSON.parse(line.slice(5))); } catch { /* 忽略半包 */ }

• 第 7 行 · 中危 · 被截停的回答，也当成正常完成：模型可能因为超过轮数上限或预算上限被 SDK 截停，这时的结果带着出错的标记。这里不看标记，一律发出"完成"，用户看到的是一个戛然而止、却显示正常结束的回答。 该问的话：回答被截停时，用户看到的是什么？结果里的出错标记有人检查吗？
• 第 11 行 · 中危 · 点了“停止”，服务器上的模型还在跑：页面上的"停止"只断开了浏览器这一头。服务端没有监听连接断开，也没有把中止信号传给模型调用：模型继续生成、继续计费，而这一次的额度在开始时就已经扣掉了。 该问的话：用户点停止之后，服务器上的模型调用会停下来吗？怎么验证？
• 第 16 行 · 低危 · 等待提示是静止的："思考中"原本带着闪动的省略号，样式在一次重构里被删掉了，现在是三个静止的字。首字要等七八秒，静止的提示让人分不清是在想，还是卡住了。 该问的话：等待的这几秒里，页面上有什么在动？
• 第 17 行 · 中危 · 晚到的错误，把写了一半的回答换掉了：出错事件会替换掉最后一条消息。如果回答已经写了一半才出错，这一半内容会被一句"提示：……"整个覆盖，用户连已经看到的部分都没了。 该问的话：回答写到一半出错时，已经显示的内容还在吗？
• 第 20 行 · 中危 · 注释说忽略半包，实际吞掉的是别的错误：半截的行早就被上面的缓冲逻辑留到下一轮了，走不到这里。这个 catch 真正吞掉的，是处理事件的回调里抛出的异常：页面更新出了错，控制台里一个字都不会留下。 该问的话：这个 catch 实际会接住哪些错误？接住之后有没有记录？