| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
docs(R166-T4): 写入示例补 visibility/permission.owner + 订正 api.md「visibility 默认 private」错误描述 R27+ 引入 PermissionPolicy 与严格 canView 后，文档示例已失效： - 缺 permission.owner ⇒ POST /memories 返回 422 writepolicy permission required； - 缺 visibility ⇒ 201 但 Memory.canView 对零值无匹配分支、直接 false ⇒ 检索恒空（静默不可见）。 改动： - README.md：写入示例补 "visibility": "private" + "permission": {"owner": "u1"}； 新增「写入必填字段」小节（缺 owner 422 / 缺 visibility 静默不可见）。 - docs/api.md：字段表订正 visibility「默认 private」（错）→「缺省不可见」，补全合法值 private/shared_user/tenant/cross_tenant/public；permission.owner 标注必填；权限规则表同步。 判据（0.88 sqlite 档，照抄新示例）：POST 201 + GET /search?q=客户A偏好 命中 score 0.7。 | 10 天前 | |
fix(R19-A): /search 文本过滤修复与参数口径统一（q 权威 + text 别名） R160 I-12：handleSearch 只读 q，而 README/MCP 桥用 text，导致 Text 为空、 后端跳过文本过滤，任何串都返回作用域全量（分数恒定）。 改动（仅路由层 + 文档，未碰任何后端）： - kernel/router.go handleSearch：q 优先、text 兜底（空白裁剪）； 空查询 400 {"error":"q or text required"}；tenant_id 必填； 无命中统一返回 []（旧为 null） - kernel/router_search_test.go（新增，14 用例）：q/text 命中与等价、 无匹配空集、空查询 400、q 优先、q 空回落、tenant 隔离、viewer 私有隔离、 kind、top_k、大小写、空白裁剪 - README/docs/api.md/docs/api.openapi.yaml：参数口径、空查询语义、[] 语义同步 - sdk/python、sdk/js：search() docstring 口径同步 - integrations/dsh-mcp-bridge：tool_search 注释更新为「I-12 已修」， 仍同时发 q + text 0.88 实测：gofmt 归零；go vet rc=0；go test -run Search 14/14 PASS； go test ./kernel/ 零回归；gate.sh PASS 14 / FAIL 0 / SKIP 0； 真机 q=/text= 均按文本过滤、不存在串返回 []、空查询 400； MCP 桥 tool_search 真机命中 1 条、不存在串 0 命中。 未 push（等业主示意）。 | 19 天前 | |
test(frontend R23.3): oidc-stub 单测 idp_stub_test.go（12 项），并修表单参数读取 bug 单测覆盖（httptest 起 IdP 直连 /auth /token，零外网）： - 发现文档/JWKS；登录页渲染（含隐藏授权参数） - 错误密码/未知用户 → 200 登录页 + 提示，且不发放授权码 - 登录成功 → 302 回调带 code+state 且签发授权码 - 参数缺失（nonce/code_challenge/redirect_uri）+ 错 response_type + 未知 client_id → 400 - -auto-authorize 直通 - 换码并 RS256 验签（iss/sub/aud/nonce/name/exp） - PKCE verifier 错 → invalid_grant；授权码一次性；过期 → invalid_grant；非法 grant_type 该单测抓到真实 bug：登录页 POST 表单把参数放 body，而 handleAuthorize 原只读 URL query， 导致表单提交被误判「缺 redirect_uri/nonce/code_challenge」→ 已修为合并 r.Form（query + body）。 验收：go test ./cmd/oidc-stub/ 12/12 PASS；sso_demo.py 22/22 PASS；gate.sh PASS 13/FAIL 0/SKIP 1； go vet 干净；go.mod 零变化。 | 17 天前 | |
| 20 天前 | ||
feat(kernel R22.1): 认证器接口 + Identity 扩展 + DB token 表 R22.1（docs/token-management-design.md §4-§5）：把"凭据→身份"抽成接口， 让内部实现可被 Ory Kratos / SSO 无缝替换，业务层只认 Identity 零改动。 新增： - kernel/authn.go：Authenticator 接口、IdentityKind（Agent|User）、细粒度 scope 词汇表与 ScopeAllows（支持 * 与 域:* 通配）、HasRole RBAC（admin 隐式 auditor）、token SHA-256 哈希 + 前 8 位 hint、SetAuthenticator 注入钩子 - kernel/authn_store.go：4 张表 DDL（users/agent_tokens/auth_tokens/ auth_audit，只 CREATE 无 ALTER）、EnsureAuthTables（红线校验）、 dbAuthenticator 内部 DB 认证器（token→hash→查表→检查吊销/过期） - kernel/authn_test.go：14 个测试（kind/scope/角色/哈希/DDL红线/SQLite建表/ DB认证器成功·吊销·过期/用户token/Bearer提取/注入覆盖/运维端点豁免） 修改（只增不改，零回归）： - auth.go：Identity 加 R22 字段（Kind/ID/Roles/Scope/Issuer/ExpiresAt）， 既有 4 字段语义不变；AuthMiddleware 开头加注入钩子（缺省 nil=走原路径） - auth_test.go：Identity 含 slice 后不能 == 比较，改 reflect.DeepEqual（必要适配） 红线：go.mod 零新增依赖；DDL 只 CREATE；接线默认关（未注入=零回归）。 验证（0.88）：gofmt/vet/build PASS，全部测试 PASS，race 无竞态， gate.sh PASS 13 / FAIL 0 / SKIP 1（SKIP=PG 真机未配环境变量）。 | 18 天前 | |
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 天前 | |
docs: 追加架构评审意见与 .dumate 工作文件 - docs/光明记忆架构评审意见.docx：结合 Mem0/Letta/Zep 等开源实现的 11 项评审意见 - .dumate/：评审工作目录（input/normalized/output）与任务分发记录 - manifest.json 已脱敏，移除含云存储签名的下载链接 | 26 天前 | |
feat(R29-T0): S0 接缝（接口冻结 + main.go 预埋 + auth 豁免 + profile B1）+ P0-A 部署三件套 新增 4 个冻结接口文件 health_probe/scheduler/drain/bootreport（含 27 单测）；main.go 预埋 /livez /readyz、维护调度、优雅排水、启动自检调用点（全线唯一 owner）。 auth.go 豁免 /livez /readyz；profile.go validate 增 B1（pg 档缺 host fail-fast）；profiles 补 storage.pg.host 声明。 deploy/ 落 watchdog + cron + newsyslog + systemd；文档勘误（档位矩阵/README/GETTING_STARTED/rc.d README）；gate.sh 登记 NEW_GO/NEW_FILES。顺带修 4 文件历史 gofmt 债，0.82 实跑全仓清零。 门禁 PASS 13/FAIL 0/SKIP 2（go1.25.14 含 eval/）。红线⑤：仅本地 commit，不 push。T0-3 accept_r23 待 frontend 二进制/业主决断。 | 16 天前 | |
docs(R29): 永续运行设计稿 v1.1 + R29 并行任务书 + R28 推送状态勘误 【设计稿·新增】 - docs/永续运行架构设计_v1.0.md：首版四层模型（P0-A~P3、15 缺口、21 判据）；已加「被 v1.1 取代」横幅，仅作评审留档 - docs/永续运行架构设计_v1.1.md：依外部评审修订。16 条缺口（G1~G16，逐条 file:line+符号）、 25 条验收判据（R1~R25）、8 个待决问题（Q1~Q8）、评审意见处置表（附录 D） 实质修订 12 处：①FreeBSD 用 daemon -R/-C 原生防抖替代裸 -r；②stop 顺序改为 「先 supervisor 后 pkill 兜底」（撤销 v1.0「现有顺序天然兼容」的错误结论）； ③健康拆 /livez、/healthz、/readyz 三端点（含 liveness 不能用含 Ping 的 /healthz）； ④排水两阶段+硬兜底，禁止先 Close backend 再让 goroutine 跑（use-after-close）； ⑤新增 BatchedMemoryScanner（keyset），不动 ScanAll 契约；⑥G12 默认「如实降级」 （补 pg.host + validate fail-fast + 文档标注主备未接线；自动故障转移明确出范围）； ⑦/readyz 加 TTL 缓存 + 最小响应；⑧指标集与「暂停重启」控制面外置，不暴露假 restart_count； ⑨RTO/RPO 补「当前可实现值/依赖条件」；⑩R13 加可复现压测模板；⑪状态机区分目标态与现状， I1 改为可证伪；⑫证据引用改「commit 基线 + 符号名」双轨（行号会漂移） 【任务书·新增】 - _R29_并行任务书_永续运行.md：7 线（T0 接缝+P0-A / A 守护 / B 健康 / C 调度 / D 排水+批量扫描 / E 耐久自检 / F 独立验收），波次依赖、文件域互斥硬约束（main.go 仅 T0 可改，他线提「预埋请求」）、 接口冻结、缺陷账 L-242~L-257（承接 L-241）、行为变更 B1~B5 登记、本轮不做清单、 可直接分发的 dispatch.ps1 逐线 prompt、收口清单 11 项 【勘误·R28 推送状态：报告写于推送之前】 - _R28_收口报告.md：文首结论与 §5 遗留表第 7 行改为「已推三远端」；新增 §7 追记 （可复跑核验命令 + 三远端 SHA/tree 对照表 + R28 两条 commit 的 SHA 映射） - lightmem.md §D 第 7 行、roadmap.md 第 6 条：同步改为已推三远端 - roadmap.md 第 5 条：更正为「PG trust 已收紧（host=scram-sha-256、local=peer，trust 清零）」—— 该处被 c203db8 漏改（该 commit 只更新了报告/deploy/README/lightmem.md） 【核验证据】git ls-remote（直问服务器） - origin(gitea 192.168.1.5:3000) = gitcode = c203db88f53d64e0338c3be160df28ac89baf715（与本地 HEAD 完全相同） - github = 49b7d1a1cddf699cfc3d7484d99c75d346557691（内容等价：tree c6f8f38fc208e802ddc8314c145acbf1c455d7b1 与本地 c203db8 逐字节相同） - SHA 映射：828229e(3040a3b6)↔a24216a(3040a3b6)、c203db8(c6f8f38f)↔49b7d1a(c6f8f38f) 【基线】R29 起跑基线为 c203db8；828229e..c203db8 仅触及 _R28_收口报告.md/deploy/README.md/lightmem.md， 对 R29 引用的 kernel/、integrations/lims-088-rc.d/、docs/档位能力矩阵.md 零改动， 故设计稿与任务书中的 file:line 证据、以及「零回归逐位一致」基线在两处 commit 下同样成立。 【未推送】本条 commit 仅落本地，等业主示意（红线） | 16 天前 | |
docs(R29): 永续运行设计稿 v1.1 + R29 并行任务书 + R28 推送状态勘误 【设计稿·新增】 - docs/永续运行架构设计_v1.0.md：首版四层模型（P0-A~P3、15 缺口、21 判据）；已加「被 v1.1 取代」横幅，仅作评审留档 - docs/永续运行架构设计_v1.1.md：依外部评审修订。16 条缺口（G1~G16，逐条 file:line+符号）、 25 条验收判据（R1~R25）、8 个待决问题（Q1~Q8）、评审意见处置表（附录 D） 实质修订 12 处：①FreeBSD 用 daemon -R/-C 原生防抖替代裸 -r；②stop 顺序改为 「先 supervisor 后 pkill 兜底」（撤销 v1.0「现有顺序天然兼容」的错误结论）； ③健康拆 /livez、/healthz、/readyz 三端点（含 liveness 不能用含 Ping 的 /healthz）； ④排水两阶段+硬兜底，禁止先 Close backend 再让 goroutine 跑（use-after-close）； ⑤新增 BatchedMemoryScanner（keyset），不动 ScanAll 契约；⑥G12 默认「如实降级」 （补 pg.host + validate fail-fast + 文档标注主备未接线；自动故障转移明确出范围）； ⑦/readyz 加 TTL 缓存 + 最小响应；⑧指标集与「暂停重启」控制面外置，不暴露假 restart_count； ⑨RTO/RPO 补「当前可实现值/依赖条件」；⑩R13 加可复现压测模板；⑪状态机区分目标态与现状， I1 改为可证伪；⑫证据引用改「commit 基线 + 符号名」双轨（行号会漂移） 【任务书·新增】 - _R29_并行任务书_永续运行.md：7 线（T0 接缝+P0-A / A 守护 / B 健康 / C 调度 / D 排水+批量扫描 / E 耐久自检 / F 独立验收），波次依赖、文件域互斥硬约束（main.go 仅 T0 可改，他线提「预埋请求」）、 接口冻结、缺陷账 L-242~L-257（承接 L-241）、行为变更 B1~B5 登记、本轮不做清单、 可直接分发的 dispatch.ps1 逐线 prompt、收口清单 11 项 【勘误·R28 推送状态：报告写于推送之前】 - _R28_收口报告.md：文首结论与 §5 遗留表第 7 行改为「已推三远端」；新增 §7 追记 （可复跑核验命令 + 三远端 SHA/tree 对照表 + R28 两条 commit 的 SHA 映射） - lightmem.md §D 第 7 行、roadmap.md 第 6 条：同步改为已推三远端 - roadmap.md 第 5 条：更正为「PG trust 已收紧（host=scram-sha-256、local=peer，trust 清零）」—— 该处被 c203db8 漏改（该 commit 只更新了报告/deploy/README/lightmem.md） 【核验证据】git ls-remote（直问服务器） - origin(gitea 192.168.1.5:3000) = gitcode = c203db88f53d64e0338c3be160df28ac89baf715（与本地 HEAD 完全相同） - github = 49b7d1a1cddf699cfc3d7484d99c75d346557691（内容等价：tree c6f8f38fc208e802ddc8314c145acbf1c455d7b1 与本地 c203db8 逐字节相同） - SHA 映射：828229e(3040a3b6)↔a24216a(3040a3b6)、c203db8(c6f8f38f)↔49b7d1a(c6f8f38f) 【基线】R29 起跑基线为 c203db8；828229e..c203db8 仅触及 _R28_收口报告.md/deploy/README.md/lightmem.md， 对 R29 引用的 kernel/、integrations/lims-088-rc.d/、docs/档位能力矩阵.md 零改动， 故设计稿与任务书中的 file:line 证据、以及「零回归逐位一致」基线在两处 commit 下同样成立。 【未推送】本条 commit 仅落本地，等业主示意（红线） | 16 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 10 天前 | ||
| 19 天前 | ||
| 17 天前 | ||
| 20 天前 | ||
| 18 天前 | ||
| 25 天前 | ||
| 26 天前 | ||
| 16 天前 | ||
| 16 天前 | ||
| 16 天前 |