mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-20 17:08:09 +00:00
aba1770701
用户指出实现不自洽："子 agent 是传统上下文，没有裁剪"。查证属实：子仍走 `formatMergedTimeline` 的预算裁剪、也可能走 `pruneOnInput`（既裁剪又向 doc 记忆归档）。 即"动态上下文"（父专属能力）漏进了轻量内核。 ## 三处闸门（按 isLightKernel() 判） 1. **拼装预算**：新增 `contextTokenBudget(b)` —— 父用动态上下文的 `ContextTokens`， 子用**整个窗口** `MaxContext`。两个调用点都改（`stepPrepare`、`rebaseFramePrefix`； 漏掉后者时 prepare 之后的重建仍会裁，实测就是这么被抓出来的）。 2. **pruneOnInput**：轻量内核前置返回 —— 不做按相关度裁剪、不向 doc 记忆归档。 3. doc 记忆 / 整理流水线：早已由 `a.memory == nil` 关闭（N2c）。 ## "不裁"的准确含义 不做**策略性**裁剪（不按相关度挑、不归档），只受"模型能收多少"这个硬上限约束； 且在撞到硬上限之前，contextfull（90% 窗口）已按 L4 上报父 agent ⇒ **丢事件的决定权在父**（压缩/回收/销毁），不在内核。文档 §16.0.0 记录三处闸门表。 ## 顺带修掉的既有 bug（单位混用） `formatMergedTimeline` 逐事件估算原来是 `len(e.Source)+len(e.Input)+40` 再 ×2 —— `len()` 是**字节**，而 `EstimateTokens` 是 rune×2 ⇒ 中文事件被高估 3 倍： 实测 2384 字的中文事件被估成 14398 token > 8192，于是窗口还有余量也提前 break、 把更早的事件整段丢掉。改为统一走 `EstimateTokens`（对父同样生效：中文长会话不再被过早裁剪）。 ## 测试 - 新增 `TestLightKernel_TraditionalContextNoTrimming`：用**记录模型实收消息**的 provider 断言"更早的事件仍在"（为什么不看 TaskFrame：`prepareInputTask` 只做前半段， 消息在 `runTaskSteps`/`stepPrepare` 才拼出来 —— 我第一版断言就打在了空帧上）； 填充量取"超过动态份额、但仍在窗口内"，从而能区分父/子两种行为。 - 新增 `TestFullKernel_StillUsesDynamicContext` 作对照（父仍用动态份额）。 全量 go test ./... 37 包 ok / 0 FAIL；-race 干净。