| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
feat(R138-B): LIMS 智能路由与融合（P2）+ 评测集建设（P2.5） 任务书：.dumate/inbox/_R138_B线并行任务书.md —— A1~A9 全部交付。 kernel（P2） - A1 MemoryRouter 意图识别 + 跨层召回 router_mem.go - A2 多信号 rank 融合（RRF 变体 + 绝对分下限） rank_fusion.go + default_weights.json + 单测 - A3 WritePolicy 插件注册表 writepolicy.go + 单测 - A4 晋升/降级自动流转 lifecycle.go + 单测 - A5 Agent 记忆工具接口 router_tools.go + 单测 - A6 后台整合 worker consolidate.go + cmd/lightmem-kernel - 只增不改既有 Schema 语义（source_evidence 等为 lightmem.md §4.1 既有设计约定） eval（P2.5） - A7 评测集生成器 + 570 条评测集：单跳150/多跳150/开放域100/时序130（含双时态变更30） + 污染20/投毒20；交叉取模枚举保证 fact 唯一；模板 + 固定 seed，未调用 LLM - A8 KPI 基线评测器 + 首轮基线报告 eval/reports/ docs - lightmem.md §8 P2/P2.5 状态订正；§9 补首轮基线数字与「不可复现」提示 - .dumate/inbox/_R138_B线收口报告.md（A9 收口：DoD 自检、KPI 根因分析、红线自查） 验证（0.88 实机；scripts/a9_verify.sh → ALL PASS，退出码 0） - gofmt 无差异 / go vet / go build / go test ./... 全绿 - 评测集 570 条可复现（md5 c097b55c...）；KPI 链路 RC=0 本轮发现的两个缺陷（已写入收口报告 §4.2 / §4.4，列为 P3 首要，本提交不修） - 评测集口径退化：同一 query 文本对应多条 expected_fact，得分被结构封顶在 34% - 基线不可复现：backend_sqlite.go 遍历 Go map 使并列打分顺序随机（复跑 6.0%~7.0%）， 须先补 memory_id 兜底排序再谈权重校准 | 25 天前 | |
fix(R29-T0): accept_r23 路径参数化 + T0-3 E2E 收口（23/23 PASS） - scripts/accept_r23.py: HERE 改为 LIGHTMEM_REPO_DIR 环境变量兜底， 0.88 默认行为不变，0.82 跑前 export 即可；frontend 二进制源自仓库内 kernel/cmd/lightmem-frontend（非外部依赖）。 - _R29_T0交付报告.md: §9.1 闭环记录——0.82 现编现跑 frontend， R23 前台 E2E 23/23 PASS；首跑 disk I/O error(522) 根因为遗留 stray kernel 进程抢 DB，pkill 清场后全绿。 红线⑤：仅本地 commit，不 push。 Co-Authored-By: WorkBuddy <workbuddy@tencent.com> | 16 天前 | |
feat(R29-F): 独立验收脚本（R1–R25 逐条脚本化）+ 压测探针 + F 线验收报告 新增（不改产品代码，红线：F 线只读）： - scripts/accept_r29_alwayson.py：R1–R25 逐条脚本化，4 模式 （static/solo/pg/service），--only/--skip 挑跑，每条 PASS/FAIL/SKIP + 原始证据， 异常不中断整轮，收尾自动还原 rc.conf / 把服务拉回 RUNNING - scripts/perf_probe.py：stdlib 压测探针（R13/R25 固定条件：并发/时长/P95 落盘） 验收结论（0.82 solo+service、0.88 PG+门禁）： - R1–R25：PASS 28 / FAIL 0 / SKIP 3（R5 重启窗口、R17 断电出范围、R20 无独立 zfs 池） - 门禁 0.88：PASS 15 / FAIL 0 / SKIP 0（[11] PG 真机往返 PASS，非 SKIP） - 5 组反证实验全部成立（L-242/L-244/L-246/L-248/L-252：删修复即变红） - 红线复核：migrations/go.mod/ScanAll 契约零变化；默认关与 c203db8 逐字节对拍相同 缺陷清单（_R29_F线验收报告.md §5）： - F-1(P1,A/T0) rc.d 不 chdir → solo 档相对 sqlite 路径打不开库，服务起不来 - F-2(P1,A) lightmem_pg_wait=0 无法关闭 PG 门 → 无 PG 机器上 solo 也起不来 - F-3(P2,A) stop 只杀 pidfile supervisor，孤儿 supervisor 会复活服务 - F-4(P2,T0) B2（PG 启动自检）默认开启，与红线④「默认关」口径冲突，需收口登记 | 15 天前 | |
style(R17): 竖括号改规范引号（GB/T 15834—2011）+ pf.rules 镜像声明如实化 用户硬偏好：引号一律用“ ”‘ ’，禁竖括号（两类日式引号；R154 已立规并写入 核心记忆）。S2 交付自查发现本轮 5 个本人产物仍有残留，全部规范（均仅注释/ 文档行，零行为风险；字节级验证：与父版本差异仅为引号字符，行尾零触动）： - .dumate/inbox/_R17_S2交付报告.md（6 行） - kernel/backend_qdrant_real_test.go（2 行注释） - scripts/deploy_qdrant.sh（2 行注释） - manuals/pf.rules（7 行：6 行注释 + 头部失实声明改写；含第 6 行 R11-C 既有 注释——本文件由 82cc6fc 整体重写交付，且全为注释/规则行、零 pf 行为风险， 故不受“只改本轮新增行”纪律约束） - manuals/p1-freebsd-zfs-setup.md §11A.6（12 行） 另规范 2 处非本泳道已提交内容（同一用户硬偏好；先例：dacb149 按 S3 报告 路由修 R16 基线）： - kernel/node_rpc.go:191（S3 提交，1 行注释） - manuals/p1-freebsd-zfs-setup.md §11A.7 对应任务行（S3 提交） pf.rules 头部“与 0.88 /etc/pf.conf 逐行等价”声明不实：实测为规则等价 + 注释扩充的超集（实机 46 行 vs 手册 115 行，diff 仅差注释），已改为如实描述。 S1 泳道未提交的 §11A.5 块中 1 处竖括号仅在工作树规范，不进入本提交 （S1 内容保持未提交，归其泳道合流时处理）。 0.88 真机验证（红线⑤）：gofmt -l 干净 / go build ./... OK / LIGHTMEM_QDRANT_HOST=10.0.10.60 go test -run TestQdrantReal 4/4 PASS / sh -n deploy_qdrant.sh OK / deploy_qdrant.sh --verify rc=0。 | 20 天前 | |
feat(R29-T0): 接线 PE-1/PE-2/PE-3 —— /healthz 增量字段 + BuildVersion 注入 + Q1 synchronous=full PE-1（/healthz 增量字段，设计稿 §3.2.3）: - 新增 kernel/healthz_options.go：装饰器包住既有 HealthzHandler（server_metrics.go 是 B 线独占域，T0 不越界），按需注入 schema_ok/schema_check/rows/restore_point/ unfinished/version_match/started_at/version - main.go：procStart；bootRep 前移到 mux 之前并接入 /healthz； B2 改为 fail-fast（原预埋只打日志继续跑，违背「缺表缺列不得带病上线」）； recovery report 输出设计稿 §3.4.4 目标形态的一行结构化日志 - LifecycleRunFn 用函数在请求时读取（调度器在 mux 之后启动，快照会永远为零） PE-2（BuildVersion 注入）: - integrations/quickstart/install.sh：构建加 -ldflags -X ...BuildVersion=<commit> - install_lims_rc_d.sh：缺二进制提示改为带 ldflags 的完整命令 PE-3（Q1 裁定落值，设计稿 L431/L672 既定「Solo 默认 full」）: - profiles/lims-solo.profile.yaml：synchronous: full + busy_timeout_ms/ wal_autocheckpoint/checkpoint_on_close（注释写明「降 normal 必须写明断电丢失窗口」） - profiles/lims.profile.schema.json：4 个新字段的 schema 定义 实测（0.88）: - R16 服务级闭环：写 5 条 → kill -9 → 重启 → rows=5 零丢失 + recovery report - R18 反证：缺 data 列 → exit_code=1 + missing columns [data]（B2 生效） - R22 只读回读：journal_mode=wal / synchronous=2(FULL) / wal_autocheckpoint=1000 - /healthz 默认关（不带 -data-dir）不输出自检字段 - 门禁 10/3/2（与 E 线交付逐项相同，3 FAIL 仍是 C 线未提交代码的 4 个测试） | 16 天前 | |
fix(R138-B): P0 排序确定性 + 评测集口径退化（v2 收口） P0 #1 排序确定性（§4.4）： - kernel/backend_sqlite.go: Query/ScanLayer/ScanAll/FindByIdempotencyKey 加 memory_id 兜底排序，消除 Go map 遍历随机序导致的 top-1 抖动 - kernel/router_mem.go: RecallAndFuse 仅当 rf.Now 未显式设置时才用当前时刻 - eval/run_kpi.go: 显式固定 rf.Now，避免逐条 freshness 信号抖动 - 0.88 实测：同一二进制连跑 8 次，总体准确率全部 6.4%，可复现 P0 #2 评测集口径退化（§4.2 根因 5）： - eval/eval_generate.go: genSingleHop/genMultiHop/genOpenDomain/ genTemporal/genTemporalChange 把区分维度（day/decider/as_of/variant） 嵌入 query 文本，使 530 条非对抗样本 query 两两唯一 - 口径上限从 34% 恢复到 100%，§9 >90% 目标结构上可达 文档更新： - .dumate/inbox/_R138_B线收口报告.md v2：更新 §4.1/§4.2/§4.4/§6/§7 - lightmem.md §8/§9：更新 P2.5 行与 KPI 基线说明 验证：gofmt clean / go vet / go build / go test 全绿（0.88） | 25 天前 | |
feat(R29-F): 独立验收脚本（R1–R25 逐条脚本化）+ 压测探针 + F 线验收报告 新增（不改产品代码，红线：F 线只读）： - scripts/accept_r29_alwayson.py：R1–R25 逐条脚本化，4 模式 （static/solo/pg/service），--only/--skip 挑跑，每条 PASS/FAIL/SKIP + 原始证据， 异常不中断整轮，收尾自动还原 rc.conf / 把服务拉回 RUNNING - scripts/perf_probe.py：stdlib 压测探针（R13/R25 固定条件：并发/时长/P95 落盘） 验收结论（0.82 solo+service、0.88 PG+门禁）： - R1–R25：PASS 28 / FAIL 0 / SKIP 3（R5 重启窗口、R17 断电出范围、R20 无独立 zfs 池） - 门禁 0.88：PASS 15 / FAIL 0 / SKIP 0（[11] PG 真机往返 PASS，非 SKIP） - 5 组反证实验全部成立（L-242/L-244/L-246/L-248/L-252：删修复即变红） - 红线复核：migrations/go.mod/ScanAll 契约零变化；默认关与 c203db8 逐字节对拍相同 缺陷清单（_R29_F线验收报告.md §5）： - F-1(P1,A/T0) rc.d 不 chdir → solo 档相对 sqlite 路径打不开库，服务起不来 - F-2(P1,A) lightmem_pg_wait=0 无法关闭 PG 门 → 无 PG 机器上 solo 也起不来 - F-3(P2,A) stop 只杀 pidfile supervisor，孤儿 supervisor 会复活服务 - F-4(P2,T0) B2（PG 启动自检）默认开启，与红线④「默认关」口径冲突，需收口登记 | 15 天前 | |
feat(R26): 可信度收口 —— PG 门禁 14/0/0(L-234) + solo 向量预筛/批量事务(L-235/L-236) + 推送脚本(L-237) 门禁：PASS 14 / FAIL 0 / SKIP 0（R15 门禁矩阵引入以来首次 SKIP=0，_r26_088_gate.log） 北极星：M1=1.0000 / M2=0.2498 / 压缩 35.33% / vetoed=0（r26 报告与 R25 逐字节相同） P95：/search=35.63ms（红线内）；/search/vector=25.91ms 且 300x200（503 清零），超 19.70ms 红线 -> L-239 A 线（L-234）：scripts/gate.sh 头部可选 env hook（+19/-0，[11] 判定段逐字未改） + 0.88 固化 /var/db/lightmem/gate.env（600、不入 git、trust 免密无密码）；[11] SKIP -> PASS（13 项） B 线（L-235/L-236）：SearchAllowed 余弦前可见租户预筛（单租户 short-circuit 逐位一致） + PutBatch 单事务批量 upsert；backfill 800 条单次 409.7ms（基线 11700ms）；测试 11 -> 15 C 线（L-237）：scripts/push_all_remotes.sh（三远端命令序列 + token 排错 + inline 回退；不自动 push） D 线：docs/档位能力矩阵.md 回填 B 线结论 + sqlite-vec「默认不做」决策 + PG env 运维段；README 推送指针 E 线：lightmem.md §D.3.1 R26 五数 + §D.13（L-234~L-237 关闭 + L-238/L-239 新登记）；roadmap.md 三·八留痕 新登记：L-238（eval/e2e/pg 夹具隔离 + private 跨租户语义，待裁定）、L-239（visibleMemoryIDs 全量 loadAll 致 /search/vector 延迟 ~2.2x，B 线域待修） | 16 天前 | |
feat(R138-B): LIMS 智能路由与融合（P2）+ 评测集建设（P2.5） 任务书：.dumate/inbox/_R138_B线并行任务书.md —— A1~A9 全部交付。 kernel（P2） - A1 MemoryRouter 意图识别 + 跨层召回 router_mem.go - A2 多信号 rank 融合（RRF 变体 + 绝对分下限） rank_fusion.go + default_weights.json + 单测 - A3 WritePolicy 插件注册表 writepolicy.go + 单测 - A4 晋升/降级自动流转 lifecycle.go + 单测 - A5 Agent 记忆工具接口 router_tools.go + 单测 - A6 后台整合 worker consolidate.go + cmd/lightmem-kernel - 只增不改既有 Schema 语义（source_evidence 等为 lightmem.md §4.1 既有设计约定） eval（P2.5） - A7 评测集生成器 + 570 条评测集：单跳150/多跳150/开放域100/时序130（含双时态变更30） + 污染20/投毒20；交叉取模枚举保证 fact 唯一；模板 + 固定 seed，未调用 LLM - A8 KPI 基线评测器 + 首轮基线报告 eval/reports/ docs - lightmem.md §8 P2/P2.5 状态订正；§9 补首轮基线数字与「不可复现」提示 - .dumate/inbox/_R138_B线收口报告.md（A9 收口：DoD 自检、KPI 根因分析、红线自查） 验证（0.88 实机；scripts/a9_verify.sh → ALL PASS，退出码 0） - gofmt 无差异 / go vet / go build / go test ./... 全绿 - 评测集 570 条可复现（md5 c097b55c...）；KPI 链路 RC=0 本轮发现的两个缺陷（已写入收口报告 §4.2 / §4.4，列为 P3 首要，本提交不修） - 评测集口径退化：同一 query 文本对应多条 expected_fact，得分被结构封顶在 34% - 基线不可复现：backend_sqlite.go 遍历 Go map 使并列打分顺序随机（复跑 6.0%~7.0%）， 须先补 memory_id 兜底排序再谈权重校准 | 25 天前 | |
feat(R138-B): LIMS 智能路由与融合（P2）+ 评测集建设（P2.5） 任务书：.dumate/inbox/_R138_B线并行任务书.md —— A1~A9 全部交付。 kernel（P2） - A1 MemoryRouter 意图识别 + 跨层召回 router_mem.go - A2 多信号 rank 融合（RRF 变体 + 绝对分下限） rank_fusion.go + default_weights.json + 单测 - A3 WritePolicy 插件注册表 writepolicy.go + 单测 - A4 晋升/降级自动流转 lifecycle.go + 单测 - A5 Agent 记忆工具接口 router_tools.go + 单测 - A6 后台整合 worker consolidate.go + cmd/lightmem-kernel - 只增不改既有 Schema 语义（source_evidence 等为 lightmem.md §4.1 既有设计约定） eval（P2.5） - A7 评测集生成器 + 570 条评测集：单跳150/多跳150/开放域100/时序130（含双时态变更30） + 污染20/投毒20；交叉取模枚举保证 fact 唯一；模板 + 固定 seed，未调用 LLM - A8 KPI 基线评测器 + 首轮基线报告 eval/reports/ docs - lightmem.md §8 P2/P2.5 状态订正；§9 补首轮基线数字与「不可复现」提示 - .dumate/inbox/_R138_B线收口报告.md（A9 收口：DoD 自检、KPI 根因分析、红线自查） 验证（0.88 实机；scripts/a9_verify.sh → ALL PASS，退出码 0） - gofmt 无差异 / go vet / go build / go test ./... 全绿 - 评测集 570 条可复现（md5 c097b55c...）；KPI 链路 RC=0 本轮发现的两个缺陷（已写入收口报告 §4.2 / §4.4，列为 P3 首要，本提交不修） - 评测集口径退化：同一 query 文本对应多条 expected_fact，得分被结构封顶在 34% - 基线不可复现：backend_sqlite.go 遍历 Go map 使并列打分顺序随机（复跑 6.0%~7.0%）， 须先补 memory_id 兜底排序再谈权重校准 | 25 天前 | |
feat(frontend R23.3): oidc-stub 加 IdP 登录页表单（账号密码校验），更贴近生产 IdP 行为 oidc-stub 授权端点默认走登录页（原为直接放行）： - GET /auth 渲染登录页表单，隐藏字段带回 state/nonce/code_challenge/client_id/redirect_uri/scope - POST /auth 用 crypto/subtle 常数时间比较校验测试账号密码；错误 200 回登录页提示「用户名或密码错误」 - 校验通过发一次性授权码 302 回回调 - 新参数 -user-login/-user-password；-auto-authorize=true 可回到「直接放行」供 CI/无头场景 ⚠️ 仍仅限测试/演示（内置固定账号、明文密码比对、密钥默认临时生成），严禁用于生产。 sso_demo.py 走完整表单流程并新增错误密码用例，22 项检查 22/22 PASS： 登录页入口→发起(state/nonce/PKCE)→IdP 登录页(含隐藏参数)→错误密码被拒→正确登录 →回调带 code+state→前台换令牌验签→建会话→工作台+API。 验收：gate.sh PASS 13/FAIL 0/SKIP 1；go vet 干净；go.mod 零变化。 | 17 天前 | |
| 20 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 25 天前 | ||
| 16 天前 | ||
| 15 天前 | ||
| 20 天前 | ||
| 16 天前 | ||
| 25 天前 | ||
| 15 天前 | ||
| 16 天前 | ||
| 25 天前 | ||
| 25 天前 | ||
| 17 天前 | ||
| 20 天前 |