2 Commits

Author	SHA1	Message	Date
JianFeeeee	b792a94b84	feat(memory): 新增可声明的召回轴 RecallPolicy（与 prune 正交） ... 问题：召回（把 L2/L3 相关记忆注入本轮）此前不可声明、也不受任何 SDK 字段 控制——它只在任务开始时对 f.Input 无条件跑一次。于是 qq_get_message 取回 真实正文后只触发 Prune（裁剪），从不触发召回；而中断通知的 meta 文本反而 会去召回（词不对题，命中一堆泛实体）。 改动： - SDK 新增 RecallPolicy(none|auto) 轴，落在 InjectOptions / ChannelDef / ToolDef 三个声明面，与 ContextPolicy 正交（裁剪 vs 召回）。默认值与 prune 刻意相反：输入/注入默认 auto（保持既有「每条输入都召回」）， 工具默认 none（工具输出多为噪声，按需声明）。 - 内核：recallDeclared 按 注入点 > 通道 > 默认auto 解析；输入侧用它决定 是否注入记忆索引；工具侧 ContextPolicy/RecallPolicy 共用同一份清洗后 query，一次相关性过程分别 prune / recall；召回以 system 消息挂到消息 末尾（同任务内替换而非累加）。 - 管线：proc RPC（inject/register + 校验）、lua 键、io payload 全量透传。 - QQ 插件：中断与 qq 通道声明 RecallPolicy=none（meta 不是内容）； qq_get_message 声明 RecallPolicy=auto（取回正文后据正文召回）。 测试：新增 recallpolicy_test.go（core）与 proc 校验用例； go build ./... 通过，go test ./internal/... 全通过，SDK 模块与 qq 插件测试通过。	2026-09-14 23:14:38 +08:00
HomeAgent Agent	129a3aeb38	refactor(proc): coreHandler.Handle 550 行按 method 组拆成 14 个分部函数 ... 原 Handle 是一个 550 行的巨型 switch（C ABI 51 个 case 的整块平移）， 按协议面拆进同包 5 个新文件、14 个小函数： corehandler_register.go handleRegister 注册面（tool/stage/output/api/input） corehandler_inject.go handleInject IO 注入 + SetToolBlocks corehandler_memory.go handleGraphMemory 图记忆 handleDocMemory 文档记忆 handleKnowledge 知识库 handleTextMemory 文本记忆 corehandler_settings.go handleSettings 设置（14 个 method 共用一条实现） handleLLM LLM 源 handleSocial 社交图只读 handleLifecycle 生命周期开关 corehandler_runtime.go handlePluginMgr 插件管理 handleStageLocks 段锁仲裁 handleEvents 事件订阅 handleArena 共享槽池 Handle 保留 capability 强制检查，只做「method → 分部函数」一跳。 零漂移保证：case 标签由脚本从原文提取（不手抄常量名），case 体逐字搬迁， 逐函数比对确认 59 个标签 / 510 行 case 体与原文件完全一致（仅行首缩进经 gofmt 重排）。 验证：go build ./... / go vet / go test ./internal/plugin/... / -race 全绿。	2026-09-13 23:29:13 +08:00