@wendongfly/myhi 1.3.162 → 1.3.164

package/dist/chat.html

@@ -2303,11 +2303,14 @@
           // 关键：idle 放最后——渲染最终答复的 addAssistantMessage 会把状态置回 'working'，
           // 若在其之前置 idle 会被顶回「执行中」+ 取消按钮不复位。渲染全部完成后再回 idle。
           setWorkState('idle');
-          // 收尾水位提示：assistant 流中已实时更新 chip，这里按最终 usage 补一次提示（80/90 档各一次）
-          {
-            const ru = msg.usage;
-            const ct = ru ? (ru.input_tokens || 0) + (ru.cache_read_input_tokens || 0) + (ru.cache_creation_input_tokens || 0) : 0;
-            if (ct > 0) { ctxUpdate(ct); ctxMaybeNudge(ct); }
+          // 收尾水位提示：server 在 result 上附带了刚从 transcript 反查的精确水位
+          // （ctxTokens——claude 2.1.292 起 stream 的 assistant usage 被清零，前端自己算不了）。
+          // 旧 server 无此字段时退回 _lastCtxTokens（老 CLI 的 assistant 流仍带真实 usage）。
+          if (msg.ctxTokens > 0) {
+            ctxUpdate(msg.ctxTokens);
+            ctxMaybeNudge(msg.ctxTokens);
+          } else if (_lastCtxTokens > 0) {
+            ctxMaybeNudge(_lastCtxTokens);
           }
           break;
         case 'content_block_start':
@@ -2632,7 +2635,9 @@
     // ── 输入处理 ──────────────────────────────────
     window.sendCommand = sendCommand;
     // ── 上下文水位指示 ──────────────────────────────
-    // 数据源：claude 每条 assistant/result 消息的 usage（input + cache 读/写）≈ 当前上下文 token 总量。
+    // 数据源：claude 每条 **assistant** 消息的 usage（input + cache 读/写）= 该次 API 调用的
+    // 上下文总量 ≈ 当前上下文大小。result 消息的 usage 是进程内累计值（1.3.162 实测），
+    // 绝不能拿来算水位——长会话会虚高数倍（231% vs 实际 21% 的教训）。
     // claude 满 ~90% 会 auto-compact；myhi 显示水位 + 过阈值提示，让用户在任务节点**主动**压缩更可控。
     const CTX_WARN = 0.75, CTX_URGENT = 0.9;
     let _ctxIs1M = false; // stream 里 model 带 [1m] 后缀（如 claude-opus-5-5[1m]）→ 精确判定 1M 窗口