2 Commits

Author	SHA1	Message	Date
JianFeeeee	637a3a3d3f	refactor(agent): R4 工作式子语义落地 + 清除 R1–R3 遗留的死代码 ... ## 1. 工作式子的工具禁令收成单一事实来源 禁令此前写了两遍：定义侧（把工具从 childTools 滤掉）与执行侧 （模型硬调时拒绝）。两处名单必须逐字一致，任何一边落后就是真实缺口： 定义侧漏滤 ⇒ 模型看得见但不该能用（白耗 token，还会反复试） 执行侧漏拒 ⇒ 模型绕过定义直接调用**就能生效** 现在只有 workerForbidden 一张表，每条禁令把"匹配方式 + 类别 + 解释" 绑在一个结构体里；定义侧 workerToolAllowed、执行侧 workerToolReject 都从它派生。 上一版我用 reason 字符串 + 下标猜分类 + hint 查表做了三处间接， 属于新造的技术债，已重写为单表直查。 判据（均经变异验证）： TestWorkerToolDenyListIsSingleSource 长出第二份名单 ⇒ 红（实测确认） TestWorkerToolAllowedMatchesReject 两侧判据漂移 ⇒ 红 TestWorkerToolRejectExplainsWhy 拒绝文案不可执行 ⇒ 红 ## 2. 删除零使用的抽象（不留技术债） R1–R3 引入了 ChildKind / Host / Deliverer / DeviceResolver / ToolSpec / ToolResult / DeclaredKinds / KindWorker / State / SetState / BumpRound / ChannelDisposition，实现过程中发现它们是假抽象： · 各类型要用载体 Agent 的大半能力，要满足接口就得在实现里类型断言回 *Agent · 接口比被抽象的东西还大 ⇒ 只是把复杂度换个地方放 · 实测：26 个导出符号里 20 个零使用、零实现 已删除 host.go 与 kind.go，并把"四种类型清单"和"转投驻留子为何不是类型" 这两个有价值的结论移进 kinds.go 的文档注释（知识保留，死代码删除）。 child 包现在只剩实际被用的 9 个符号：Kind / Child / Entry / Registry / StopDeps / ErrChildExists / ErrChildNotFound（+ 2 个 Kind 常量）。 ## 3. 修掉误导性签名 Entry.Dispose(policy ResidualPolicy) 里 policy **两个实现都不读** —— 残余处置实际走 ApplyResidual / FinishResidentWith，在 Dispose 之前就 已经完成。看签名会以为这里处理残余，是误导。已去掉该参数， 并删掉 child 包里重复定义的 ResidualPolicy（core 包已有一份，且多一个 stash）。 ## 验证 go build ./... PASS go vet ./... PASS gofmt -l 干净 go test ./internal/agent/core/ -count=1 ok 15.300s go test ./internal/agent/core/ -count=1 -race ok 18.040s 干净检出（git worktree）单独 build + vet + test PASS	2026-11-04 08:35:23 +08:00
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