feat(memory): 护栏抬高+时间预算闸+试算加性异步 与 D3 入库前审查(耦合两片一起落)
【MT-A:护栏 + 诚实截断 + 试算异步】
- maxTidyCompareItems 400(写死)→2000 并开放为 MEMORY_TIDY_COMPARE_LIMIT;
MEMORY_TIDY_CANDIDATE_LIMIT 默认 20→200(语义不变,仍每分区)
- 依据是首跑实测:459 条的分区被 400 截断 ⇒ compared(705) < scanned(784),
候选数(77)由上限而不是规则决定;三处上限的 WARN 都补齐了总数/上限/分区名
- 新增「上限 + 时间预算」双闸(实测 2000 条/分区 ≈234s > 3 分钟墙钟):
整分区跳过 / 两两比对中途收手,一律如实记 (budget) + WARN
- ?async=1 ⇒ 202 {runId,status};GET …/{runId} 轮询(writeAuth 同档);
done 的 result 与同步 data 逐字节同形;并发=复用既有 runId、TTL 30min 自完成起算、
重启即如实 404 tidy_run_not_found;不带 async 时同步路径逐字不变
【MT-B:D3 入库前审查(design/23 §15.1)】
- 新记忆经 Store.Add(仓库里唯一 INSERT INTO memory_items)落库后,由独立记忆管理
会话(sess-memorytidy)在有界后台队列异步判定 skip/merge/modify/create
- 软合并回写(status + merged_into/merged_from/merge_count,可 revert、绝不改 content)
- 隔离来源(群聊/陌生人)**概不审查**、召回/超时失败**零改写**(fail-safe 结构性成立)
- 写入侧仅 +62.7µs/条(非阻塞入队);默认 ENABLED=true(主人裁定:入库前先审查)
【耦合说明(重要)】两片同包且互相依赖:MT-B 的 preinsert_recall.go 用 MT-A 的
collectTidyPairs 新签名 + tidyBudget ⇒ **各自单独都 build 不过**,故一并落地。
MT-A 为让整包编译,最小幅度适配了 MT-B 的 preinsert_recall.go / preinsert_test.go
(零值预算=行为不变;符号重名改名)。
【我的验收】隔离 worktree(37 文件)build/vet/linux/darwin 全过,切片包全绿;
我亲手打红两个变异:① 去掉 (compare) 截断标记 ⇒ TestTidyCompareLimit_HitIsLoud 红;
② 中和隔离来源守卫 ⇒ TestReviewRestrictedSourceIsNeverTouched 红。
唯一红是 internal/runtime/tool 的两条超时用例(该包无人改)⇒ 主仓库 -count=8 全绿,
判定为负载敏感 flake(当时两个整树验收 + 子代理并发),已记入开发习惯与约定 §7。
.env.example 补 MEMORY_REVIEW_* 四键(MT-B 无该文件权限,由我按其代码语义补写)。
This commit is contained in:
1 parent
fe4c702f87
commit
6e28b38b08
37 files changed
+4011
-75
No files matched your search
+26
-2
@@ -320,9 +320,33 @@ MEMORY_TIDY_QUIET_END_HOUR=7
|
||||
# **不是**合并判据 —— 能否合并由「事实集合包含关系(A ⊆ B)+ 规则否决」决定
|
||||
# (实据:必合对 0.8330 与必不合对 0.7100 只差 0.12,单阈值双向失效)。
|
||||
MEMORY_TIDY_RECALL_THRESHOLD=0.80
|
||||
# 每分区每轮的扫描上限(默认 5000)与候选上限(默认 20)。
|
||||
# 每分区每轮的扫描上限(默认 5000)。
|
||||
MEMORY_TIDY_SCAN_LIMIT=5000
|
||||
MEMORY_TIDY_CANDIDATE_LIMIT=20
|
||||
# 每分区每轮的**候选**上限,默认 200。⚠️ 它是**每分区**的量,不是全库总量。
|
||||
# 2026-10-06 由 20 抬到 200:首轮真跑时四个分区同时打满旧值,候选数(77)由上限
|
||||
# 而不是规则决定;命中上限时响应里的 `truncated` 会带 `<分区>(candidates)`。
|
||||
MEMORY_TIDY_CANDIDATE_LIMIT=200
|
||||
# 每分区每轮**真正参与两两比对**的条目上限,默认 2000(性能护栏:两两相似度是
|
||||
# O(n²·dim))。2026-10-06 由写死的 400 抬到 2000 并开放为 env 键:首轮真跑时
|
||||
# 459 条的分区被 400 截断,于是 compared(705) < scanned(784) —— 观测口径被上限
|
||||
# 决定。命中时响应里的 `truncated` 会带 `<分区>(compare)`,日志有 WARN。
|
||||
MEMORY_TIDY_COMPARE_LIMIT=2000
|
||||
|
||||
# ---- 记忆「入库前审查」(design/23 §15.1 D3 · 切片 MT-B) ----
|
||||
# 新记忆落库后,由**独立的记忆管理会话**(sess-memorytidy)在有界后台队列里判定它是
|
||||
# merge / modify / create / skip;结论以**软合并**回写(status + merged_into /
|
||||
# merged_from / merge_count,**可 revert、绝不改 content**)。
|
||||
# 总开关(默认 true):置 false ⇒ 组合根根本不建它,写入路径行为**逐字回到**改动之前。
|
||||
MEMORY_REVIEW_ENABLED=true
|
||||
# 有界审查队列长度(默认 256)。⚠️ 队列满时**该条不做审查**(记忆本身早已落库,
|
||||
# 绝不因队列满而丢记忆),只记一条带来源的 WARN。
|
||||
MEMORY_REVIEW_QUEUE_SIZE=256
|
||||
# 每条审查在同分区内最多看多少条既有记忆(top-K 上限,默认 200)。
|
||||
MEMORY_REVIEW_SCAN_LIMIT=200
|
||||
# 单条审查的墙钟上限(秒,默认 20):超时 ⇒ **不做任何改写**,记忆照旧保留 + WARN。
|
||||
MEMORY_REVIEW_TIMEOUT_SEC=20
|
||||
# 注:上面四个键 ≤0 一律**视为「用默认」**(由 memory 包 normalize 收敛,避免笔误让进程起不来);
|
||||
# 召回门阈值复用 MEMORY_TIDY_RECALL_THRESHOLD,不另立键。
|
||||
|
||||
# ---- 唤醒式能力渐进(capacity 意图判定,design/14 §2.2) ----
|
||||
# 总开关(默认 false):关闭时 loop 向模型暴露【全部】已注册工具,行为与接线前逐字节一致;
|
||||
|
||||
Reference in new issue
Block a user