2 Commits

Author	SHA1	Message	Date
JianFeeeee	a02feaaff7	refactor(agent): 子 agent 类型抽象 + rt 输出异步 + 工具钩子统一 ... 三件事，都是同一个根因的症状：子 agent 的类型逻辑复制成多份， 于是标准路径上的能力没跟着传过来。 ## 1. 抽出 child 包（类型抽象 + 单一登记表） 新增 internal/agent/core/child/： child.go Kind / Child（嵌入用）/ State / 残余与通道处置 registry.go 单一 Registry + Entry 接口 + Cleanup 骨架 kind.go ChildKind —— 按两条主轴（上下文 / 工具与输出异步） kinds.go 四种子 agent 的清单与迁移状态 此前 Agent 上有两张互不知情的表（residents / rtChildren），各带一把锁。 实测新增一种子 agent 要改 18 个生产文件，并已因复制而漂移过一次 （StopRTChildren 漏注销入站登记，见 engineering-lessons.md §2.3）。 现在单数与复数停止**共用** Cleanup，那个形态在结构上不可能复现。 ## 2. rt 的输出改为异步（用户的原始诉求） rtEmit 曾直接 dev.Execute(...)，插件侧延迟（TTS/网络编码/字幕渲染） 直接节流模型的 token 消费 —— 「不攒整段」的收益全被吃掉。 新增 outputpump.go（输出通道的异步壳）： · Push 立即返回，交付由独立消费 goroutine 完成 · 有界队列（64），满则**丢最旧**（符合 rt 的"最新者胜"） · 丢弃与设备缺失都留痕，否则"用户听不到"没有任何线索 · Close 排空后退出，不吞最后半句 · 设备每片重新解析（插件崩溃会 Unregister，缓存指针会指向死设备） ## 3. 工具钩子统一（本轮最大发现） 实测：StageBeforeToolcall / StageAfterToolcall 全仓只在 task.go:1022/1079/1194，三处都在 runOneTool / stepToolAfter 里； 而 executeToolCallOutcome 内部**没有任何 runStage**。 ⇒ rtchild 与工作式子两条路径**完全跳过插件钩子**：不能审计、 不能拒绝、不能改参、不能脱敏。README 承诺的 before_toolcall 在这两条路径上不成立。 新增 toolbatch.go（唯一批执行实现：批并发 + 双钩子 + 顺序落结果）， 两种类型切过去。工作式子的"禁输出工具"与"保持串行"用 batchOpts 注入， 不各写一遍执行逻辑。 ## 判据（均经变异验证） TestRTChild_OutputIsAsync 改回同步 ⇒ 红（实测确认） TestOutputPump_DropsOldestOnFull 改阻塞/无界 ⇒ 红 TestOutputPump_CloseDrains 丢弃队列 ⇒ 红 TestOutputPump_ResolvesDeviceEachTime 缓存指针 ⇒ 红 TestRTChild_ToolsGoThroughPluginStages 绕开钩子 ⇒ 红 TestRTChild_StageCanDenyTool 同上 TestWorkerToolsGoThroughPluginStages 同上（变异实测确认） TestWorkerToolsStaySerial 改成并发 ⇒ 红 TestNoChildTypeTablesInCore 源码扫描，禁类型专属表回潮 TestRTChild_HasGraphMemory 等 5 条 rt 接入图记忆 ## 顺带修复 · rt 接入图记忆（参照驻留子的轻量内核形态）：此前 graphMem() == nil， memory_recall / memory_commit 在 rt 里全部不可达，每通电话从零开始。 默认只读（通话高频写入会灌满图谱噪声），4 个失败点合并成一个 rollback 闭包（逐点挂必然漏一处 ⇒ 泄 SQLite 句柄）。 · rt 的 PreferredProvider 走候选链（此前裸调 a.provider，优先源无效且零回退）。 ## 保留的语义（逐项确认仍在） 驻留子三层压缩：checkContextFull / handleChildContextFull / CompressResident 三种通道处置：ChannelRelease / Suspend / Takeover 残余 keep/drop + harvestResidentMemory child.Start() 的 7 个 goroutine 验证：build / vet / gofmt / go test -race 全绿； 且在干净检出（git worktree）上单独 build + test 通过。	2026-11-04 08:21:15 +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