2 Commits

Author	SHA1	Message	Date
JianFeeeee	acaf0887c7	fix(webui): 聊天图片"加载成功却显示加载失败"——HTML 属性里的反斜杠转义 ... ## 缺陷 生产截图：图片加载成功了（img 元素在、src 正确），界面却多显示一行 蓝字「图片加载失败"/>」。 根因是内联事件属性里用了反斜杠转义： onerror="this.parentElement.innerHTML='<span class=\"att-err\">图片加载失败</span>'" **HTML 属性值里没有反斜杠转义** —— 那个 \" 就是引号本身，属性在 `<span class=` 之后就闭合了。浏览器切出来的是： onerror = "this.parentElement.innerHTML='<span class=" 剩下的 `att-err">图片加载失败</span>'"/>` 变成**文本节点**直接显示。 症状极具误导性：看起来像"图片坏了"，实际图片是好的；而那个 onerror 因为语法错误**永不执行** —— 真失败时反而什么都不显示。 ## 修法 不用内联属性（那要求以后每次拼 HTML 都记得转义规则），改成 **捕获阶段的事件委托**： - error 事件**不冒泡**，只能在捕获阶段拿到（注释里写明了） - 用 createElement + textContent 构造占位，不再拼 innerHTML 字符串 - 只处理 .chat-attachment-img，不影响正文里的 markdown 图片 ## 顺带：两个类没有 CSS `chat-attachment-img` 与 `att-err` 只出现在 JS 里，CSS 里一条都没有。 图片靠内联 style 撑着还能看，失败占位则完全没有样式。已补。 ## 判据（2 条，变异验证） - `TestChatAttachmentImgHasNoBrokenInlineHandler`：不许内联 onerror、 必须用 DOM API、必须有 error 监听 - `TestDashboardNoEscapedQuoteInHTMLAttributes`：通用扫描， 任何 `name="...\"...` 形态都会红（下次别人写内联事件也拦得住） 变异：把内联 onerror 放回去 ⇒ 两条同时红。 ★ 写判据时踩到的坑（都已修）：判据被**自己的注释**打红（注释里必须写出 错误写法来解释），需先用已有的 stripJSComments 剥离；另外我先自己写了一个 stripJSComments，与 dashboard_js_scope_test.go 的重名 —— 应复用已有的。 ## 顺带修一条脆弱判据 `TestRTChild_RapidInputCollapsesToLatest` 全量跑时偶发红 （"连发 50 条却跑了 5 轮"）。 探针查实：连发 50 条只花 ~80µs，而测试 provider 的 ChatStream **同步瞬间 返回**，两者同量级 ⇒ 消费方能在连发过程中抢到几次执行。探针显示 dropped=48，collapse 明明生效了。 所以 `Rounds > 3` 是在测调度抖动，不是测契约。改为断言**覆盖主导** （dropped >= burst/2）。真实通话每轮几十毫秒，连发微秒级，生产里 "轮次≈1" 自然成立。 变异验证：让 dropped 不计数 ⇒ 判据红（dropped=0（连发 50 条））。 go build/vet/gofmt 干净；go test ./... -count=1 -race = 62 ok / 0 FAIL / 0 RACE	2026-10-31 10:03:43 +08:00
JianFeeeee	eb1deab5dd	feat(agent): rtchild 实时子 agent + 四类 agent 独立模型源 + 残余任务四态 ... ## rtchild（R1–R13） 第三种、**独立**的子 agent 类型，面向语音/视频通话：内核只要文本流， 不定音频（TTS/播放由插件负责）。 - R1 CapRT 能力位 + AgentConfig.IsRealtime；AssignRealtime 两侧校验 - R2 rtSlot 单槽覆盖（latest-wins，从不排队） - R3 独立 ctx + rtLoop + SpawnRTChild/StopRTChild - R4 ChatStream 逐块 → outputch(rt).Execute(text) - R5 打断 = 原地截断，不重试 - R6 工具执行期不可打断（suppressedCancels 让守卫可观测） - R7 普通上下文 + 窗口裁剪（旧内容不进模型，**原文保留**） - R9 CloseRTChild → L4 信号 + rt_transcript 按需分页取 - R10 notify_parent（L4，注册一次，停即注销） - R11 闲置零 token - R13 rt_children 管理工具（父专属） 刻意**不做** rtPage/anchor/degraded_resets（过设计，已裁定）； 不用四级中断阶梯（preemptCooldown+同级不抢占会让 ~75% 的 rt 打断 静默退化为排队）。 ## 四类 agent 各自可配模型源 core.agent.llm.{main,resident,rt,child}_provider，语义是**优先不是独占**： 该源排到候选链最前，其余源仍作回退。硬锁定会让"首选源抖一下"变成 "这个 agent 彻底不工作"，而多源回退链正是本仓为此建立的机制。 名字写错 ⇒ 回退默认源 + 记日志（不静默）。子 agent 未配置时继承父的。 ★ 顺带修掉一个真缺陷：spawn.go 原来直接 a.provider.Chat()， **普通子 agent 完全绕过 provider 回退链** —— 它是唯一绕过的地方： 默认源抖一次整条子任务就"执行失败"，而主 agent 同刻能自动换源。 ## 驻留子残余任务四态 + 通道三态 残余任务：keep / takeover（接手，keep 的明确别名）/ stash（暂存到各自 原通道）/ drop。stash 必须**逐条按各自 OutputChannel 归位** —— 一个子 可能同时收 qq 和 webui，混存会让"接回 qq 的人"拿到本该给 webui 的活。 通道：release（零值，向后兼容）/ suspend（挂起，暂存保留）/ takeover （接回父并立即释放暂存）。原来是无条件 release，于是只有两种坏结局： 通道一直没人分配（消息无人处理且无提示），或刚好被别的 agent 抢到。 一次定完不留窗口：FinishResidentWith → DestroyResidentWith → teardownResidentWith。任一环退回不带 disp 的旧函数，disp 就被丢掉、 通道被无条件释放 —— 而 stash 的暂存正挂在那条通道上（实际踩过）。 ## 修复"手写字段白名单"丢值（7 处） 同一类缺陷：不传整个结构体，而是手写一份"允许通过的字段清单"。 危险在于**写漏了不报错** —— 字段静默归零，故障出现在很远的地方。 - corehandler.go outputRegister: ChannelDef{NoMemory,Cleaner} → 整体传 - pubSdkInjectOpts: 逐字段摊平丢 ScenePolicy/SecurityProfile → 收整个 injectParams - injectParams/injectMediaParams: 结构本身缺字段 → 补齐 + asInjectParams() - 配套反射判据 TestSegment_RoundTripEveryField（取代手写断言， 原判据漏了 Phase/LLMText/FinalText/ToolCalls/ExtraKeyMediaBlocks/ExtraBag） ## 压缩偏离设计 CompressResident 原为截断，与设计（LLM 摘要替换）不符。改走 PlanCompaction → summarizeForCompaction（用子自己的 provider）→ ApplyCompaction，失败回退 TrimKeepRecent。顺带修 ApplyCompaction 的 锁重入 panic 与双重解锁。 并修一处真实生产数据竞争：ctxFullSignaled 由父 goroutine 写、 子调度 goroutine 读，加 ctxFullMu。 ## 判据 新增约 70 条。全部验证过能变红（变异测试），包括： - TestSegment_RoundTripEveryField 的防腐蚀：fullStageContext 反射断言 每个字段非零，否则新字段永远不会被覆盖（"假绿"） - TestPreferredProvider_PutsSourceFirstAndKeepsFallbacks 成对断言 "在首位且回退仍在"—— 只断言前者的话，硬锁定也会绿 ## 判据自身的坑（两次偶发红，都不是产品缺陷） 1. SpawnResident 末尾 Start()，子会在两次 enqueue 之间取走一条 → "暂存 0 条"。修法：cancel + waitSchedulerStopped。 （offload_test.go 早有记录，我没先读就重踩了一遍） 2. TaskPrompt 异步投递，可能在清空队列之后才到 → "多 1 条"。 靠探针打印内容才认出是 TaskPrompt。修法：本文件用 spawnQuietResident。 go build/vet/gofmt 干净；go test ./... -count=1 -race = 62 包 ok / 0 FAIL / 0 RACE	2026-10-30 17:00:47 +08:00