| content |
{"Commits":[{"Sha1":"c01526188 {"Commits":[{"Sha1":"c015261889aca3b700d1226045d8f66a27c3d431","Message":"chore(reports): runtime 30/30 + 静态 28/28 回绑 @ 520cacc；锚点随批次刷新\n\nB4 三级证据绑定 clean HEAD `520cacc`（worktreeDirty:false）：\n\n· runtime 30/30 步、**786 tests / 0 failures**、行为矩阵 **204/204**（地板 204）；\n 786 = 776 + 本批 10 例，与前置预测一致。\n· 静态 28/28。\n· 依赖 pnpm audit --prod --audit-level high = 0 high / 3 moderate（接口 503 重试后成功）。\n\n**本轮 runtime 的额外含义**：db-credential-separation / tracing / multi-instance /\ndependency-resilience / capacity / write-capacity 六个子门禁**第一次在聚合内跑在非超级用户\n登录上**——此前它们以 production 姿态启动真实入口却连超级用户，RLS 对其不生效。\n`dbCredentialSuperuserStartupRejected: 2` 是两个生产入口在超级用户连接下拒启的机器回执。\n\n本提交按 C241 把锚点指向父提交 520cacc；证据新鲜度的 runtime 行同步回绑。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-18T19:23:25-07:00"},{"Sha1":"520cacc00a6da74c376ff46886b4c61dea393ab3","Message":"chore(reports): 静态 28/28 回绑 @ 52665a2；数字前置到本批实测值\n\nown-tests 99 → 100、own-test-cases 779 → 789（+1 文件 / +10 例 RLS 启动姿态判定单测；\nC70 只计 git 已跟踪文件，故必须在实现提交落地后才数得到）。\n\ntests-passing 776 → 786 是**预测值**（776 + 10），由下一轮 runtime 实测证实。\n前三批都验证过这条路子：预测被实测原样证实。\n\n锚点按 C241 指向父提交 52665a2。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-18T19:10:01-07:00"},{"Sha1":"52665a2f60d48062cfe891dafcd7728379524b34","Message":"feat(kernel-repin): B4 RLS 启动期姿态探测——顺带修掉验收基座一直跑在超级用户上\n\n开工实测让 B4 第三次校准范围（先「rls 二选一」→ §2 订正「两模块互补」→「双 URL + 启动探测」）。\n**双 URL 那一半不做**：生产编排早有等价的三登录分离（MIGRATION / tenant API / system dispatcher），\nC55/C56 用真库临时 login + 8 个负例验过。语义已覆盖，只差名字；改名要牵动 C55/C56 全部验收面、\n8 个 runner 与生产编排，换不来任何安全收益。登记进迁移手册 §6 分歧账本。\n\n**真正缺的那一件做了。** rls.ts 文件头一直写着「非超级用户生产连接」，但那只是**运维前提**：\n部署时把 URL 填成超级用户，应用照常启动，FORCE RLS 对超级用户不生效，所有 RLS 断言恒绿。\ncheck:db-credential-separation 验的是**供给对不对**，不是**应用会不会拒绝**。\n现在四个入口（两 API 装配点 + 两 dispatcher）在 enforce 姿态下查两个事实——登录不得\nsuperuser/BYPASSRLS、清单内每张租户表已 FORCE RLS，任一不满足即拒启，错误带\n[RLS_RUNTIME_ROLE_UNSAFE] / [RLS_TABLES_NOT_FORCED]。姿态沿用已有的 RLS_CONTEXT_REQUIRED=1，\n不引入第二个开关。\n\n**它当场揪出的第二件事，比第一件更值钱**：加完探测跑第一个 runner 就红了，红的不是生产，\n是本仓自己的验收基座——七个 runner 都以 NODE_ENV=production 启动真实入口，却把共享验收库的\n**超级用户** URL 递给子进程。\"生产入口能跑\"这条证据一直比它看起来的弱：任何只在普通登录下\n才暴露的权限问题，在这些 runner 里结构上看不见。新增 scripts/lib/acceptance-runtime-login.mjs\n幂等供给非超级用户登录（API 走 tenant、dispatcher 走 system，与生产同构），\n**七个全部在新登录下通过**——没有发现只在超级用户下才活得下来的路径，说明 RLS 桥本身是对的，\n这条证据链只是终于名副其实了。\n\ncheck:redis-auth-live 是唯一需要 tenant+system 双成员资格的（它刻意单进程走完\n写库 → in-process dispatcher → Pub/Sub）。为它单开 combined 登录，并在代码里写明\n**它比生产姿态弱且是刻意的**，不构成\"生产也可以合并\"的先例。\n\n**顺带发现一个早已存在的红，判责 C254**：redis-auth 在新登录下仍红；git stash 回到 HEAD\n01d0eab 用超级用户跑一样红，与 B4 无关。根因是 C253 的第四处遗漏——它同样写死基础频道却跑在\nRedis DB 7 上。C253 修了三处，漏它是因为 check:redis-auth 不在 check:runtime 聚合里、修完\n再没跑过，而基线行从 2026-08-26 起一直标着 GREEN。C234 的 agedAcceptanceReports 当时就报了\n24 天陈旧，但「记录不阻断」——**一条不阻断的记录摆在一行 GREEN 旁边，不构成控制**。已修并转绿。\n\n证据：contracts 10 例判定单测；check:db-credentials 负例 8 → 10（新增两个生产入口在超级用户\n连接下拒启的**活证据**）；七个 runner 在非超级用户登录下全绿；check:dual-backend 增 11 条\ntargeted 断言 + 1 个受控断线负探针（负探针 4 → 5）；pnpm check 28/28；typecheck 13/13。\ncontracts 升 1.25.0（expand-only），两把锁重签。\n\n过程中一次自己的操作失误，如实记：为了给 redis-auth 的红做归因，我 git stash 了整个工作区，\npop 时因未跟踪文件已存在而失败，而我用 \u003e/dev/null 把报错吞了——正是本仓记过的「别用\ncmd \u003e/dev/null \u0026\u0026 echo 掩盖退出码」。已逐文件比对 stash 内容确认无丢失后才 drop。\n\n本批不做：把 agedAcceptanceReports 从「记录」升级为「阻断」——当前 7 份报告 19–24 天陈旧\n（含需 Docker / Xcode 的），一刀切会把整块板子打红。独立立项。\n\nruntime 整轮与报告回绑在下一提交。锚点按 C241 指向父提交 01d0eab。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-18T19:07:42-07:00"}],"HeadCommit":{"Sha1":"c015261889aca3b700d1226045d8f66a27c3d431","Message":"chore(reports): runtime 30/30 + 静态 28/28 回绑 @ 520cacc；锚点随批次刷新\n\nB4 三级证据绑定 clean HEAD `520cacc`（worktreeDirty:false）：\n\n· runtime 30/30 步、**786 tests / 0 failures**、行为矩阵 **204/204**（地板 204）；\n 786 = 776 + 本批 10 例，与前置预测一致。\n· 静态 28/28。\n· 依赖 pnpm audit --prod --audit-level high = 0 high / 3 moderate（接口 503 重试后成功）。\n\n**本轮 runtime 的额外含义**：db-credential-separation / tracing / multi-instance /\ndependency-resilience / capacity / write-capacity 六个子门禁**第一次在聚合内跑在非超级用户\n登录上**——此前它们以 production 姿态启动真实入口却连超级用户，RLS 对其不生效。\n`dbCredentialSuperuserStartupRejected: 2` 是两个生产入口在超级用户连接下拒启的机器回执。\n\n本提交按 C241 把锚点指向父提交 520cacc；证据新鲜度的 runtime 行同步回绑。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-18T19:23:25-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/01d0eabfa71ec061d876d39d4f399d2290530a15...c015261889aca3b700d1226045d8f66a27c3d431","Len":3}... |