|
26124
|
5
|
5
|
7
|
72
|
0
|
0
|
refs/heads/hljTest
|
0
|
{"Commits":[{"Sha1":"08df317af {"Commits":[{"Sha1":"08df317afac31db70f0394580a0bb8686f49671c","Message":"Merge remote-tracking branch 'origin/codex/catalog-customer-quotation-workflows' into hljTest\n\n# Conflicts:\n#\tdeploy/vm/Dockerfile\n#\tscripts/lib/component-size.mjs\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-26T13:12:50+08:00"},{"Sha1":"8f11b6bc4df9f709414e306e9c9225bd45bccb65","Message":"feat: complete catalog customer and quotation workflows\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-24T01:18:51-07:00"},{"Sha1":"2de7545076ac90e4aa88e89cdf310f72ca9692ce","Message":"fix(vm): Prisma 生成物拷到运行时真正解析的位置——旧断言查的是拷贝目标而非读取路径\n\n`pnpm vm:up` 首次真跑起整栈，api-nestjs 容器启动即崩溃重启循环：\n`@prisma/client did not initialize yet. Please run \"prisma generate\"`。\n而构建期那条\"Prisma Client 必须在部署树里\"的断言是**绿的**。\n\n根因：`pnpm deploy` 把 @prisma/client 放进\n`node_modules/.pnpm/@prisma+client@\u003chash\u003e/node_modules/`，而 @prisma/client 是相对\n**自身**去找同级 `.prisma` 的——部署树顶层那份它根本不看。上一版把生成物拷到了顶层\n扁平路径，于是：\n- 运行时解析到 .pnpm 内嵌的那份，那是 @prisma/client **自带的桩**\n （`default.js` 第 43 行专门抛 \"did not initialize yet\"），没有 query engine；\n- 而断言 `test -d /runtime/\u003capp\u003e/node_modules/.prisma/client` 查的正是我刚拷过去的\n 顶层目录，\"往哪拷就查哪\"，必然通过。\n\n这是「断言检查的位置 ≠ 运行时读取的位置」，与 C23（typecheck 读 src、运行时读 dist）\n同型：不是断言写得弱，而是它锚在一条运行时不走的路径上。\n\n两处一起修：\n1. 拷贝目标改为 .pnpm 内嵌位置（顶层那份保留，覆盖 hoist 布局），glob 取不到即 fail。\n2. 断言改为**按运行时同一方式推导路径**（从 require.resolve('@prisma/client/package.json')\n 反推同级 .prisma），并断言 **query engine 二进制存在**——只 `test -d` 等于没查，\n 因为那个桩目录永远存在。\n\n负向测试（实跑）：去掉 .pnpm 拷贝那行后构建 EXIT=1，报\n`ERROR: no generated query engine at /runtime/api-nestjs/node_modules/.pnpm/@prisma+client@.../.prisma/client`\n——新断言会在构建期拦下这个 bug，而不是等容器启动才炸。\n\n证据（作用域＝本地工作区）：\n- pnpm vm:up 全流程通过：6 个服务全 healthy、migrate Exited(0)\n- 迁移真实应用到部署库（含 20260805120000_product_image_thumbnail /\n 20260807120000_quotation_void_and_restore）\n- 冒烟：Gateway + web + NestJS health passed；\n Write-chain smoke passed（create + read-back under a throwaway tenant）\n- 独立复核（不依赖脚本自述）：curl 网关 /api/health -\u003e ok(db=up,redis=up)、首页 200、\n 容器内 `new PrismaClient()` 实例化成功\n- pnpm check 22 项全绿 exit=0\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:36:43-07:00"}],"HeadCommit":{"Sha1":"08df317afac31db70f0394580a0bb8686f49671c","Message":"Merge remote-tracking branch 'origin/codex/catalog-customer-quotation-workflows' into hljTest\n\n# Conflicts:\n#\tdeploy/vm/Dockerfile\n#\tscripts/lib/component-size.mjs\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-26T13:12:50+08:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/04432cff2b306ecd33ca2bea6e2e256814f978f0...08df317afac31db70f0394580a0bb8686f49671c","Len":3}...
|
1787721223
|
Edit
Delete
|
|
26205
|
5
|
5
|
7
|
72
|
0
|
0
|
refs/heads/hljTest
|
0
|
{"Commits":[{"Sha1":"fc0729c51 {"Commits":[{"Sha1":"fc0729c51eaa6fb61e5c2c39bdc6d4bd30696570","Message":"fix(vm): make smoke honor the web base path\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-26T13:51:23+08:00"}],"HeadCommit":{"Sha1":"fc0729c51eaa6fb61e5c2c39bdc6d4bd30696570","Message":"fix(vm): make smoke honor the web base path\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-26T13:51:23+08:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/08df317afac31db70f0394580a0bb8686f49671c...fc0729c51eaa6fb61e5c2c39bdc6d4bd30696570","Len":1}...
|
1787723483
|
Edit
Delete
|
|
29814
|
5
|
5
|
5
|
72
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"ec9e07de4 {"Commits":[{"Sha1":"ec9e07de44a5619a8a6b5648f00f5ea7f7dcafcf","Message":"feat(quotation): 接入公共文件平台并补齐 outbox 重放与通知投递\n\n- 新增 packages/public-file，对象存储改走公共文件平台契约，\n 两端 object-storage 与 files 路由同步重构\n- 新增 outbox-operations 模块与路由，配套 outbox_replay_operations 迁移，\n 支持事件重放运维操作\n- 新增 notification-delivery 模块与 packages/notification-delivery，\n 配套 quotation_notification_delivery 迁移\n- packages/contracts 补 notification / outbox-operations 契约与测试\n- 刷新 reports 证据\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-14T19:52:39-07:00"}],"HeadCommit":{"Sha1":"ec9e07de44a5619a8a6b5648f00f5ea7f7dcafcf","Message":"feat(quotation): 接入公共文件平台并补齐 outbox 重放与通知投递\n\n- 新增 packages/public-file，对象存储改走公共文件平台契约，\n 两端 object-storage 与 files 路由同步重构\n- 新增 outbox-operations 模块与路由，配套 outbox_replay_operations 迁移，\n 支持事件重放运维操作\n- 新增 notification-delivery 模块与 packages/notification-delivery，\n 配套 quotation_notification_delivery 迁移\n- packages/contracts 补 notification / outbox-operations 契约与测试\n- 刷新 reports 证据\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-14T19:52:39-07:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/125c54d328d3da221b5d91c0a2dd0475712c6e96...ec9e07de44a5619a8a6b5648f00f5ea7f7dcafcf","Len":1}...
|
1789440856
|
Edit
Delete
|
|
31179
|
5
|
5
|
5
|
72
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"6908c19f9 {"Commits":[{"Sha1":"6908c19f9faf3b006d73054657b97c6cb8f945d9","Message":"fix(quotation): 通知投递显式传重试上限——领取与死信判定不再各用一份常数\n\n服务里的 MAX_ATTEMPTS = 3 只进领取查询与死信清扫，decideNotificationFailure 没传 maxAttempts、\n走的是 @repo/notification-delivery 的包默认 3。今天两个 3 相等所以看不出来，改任一边即静默不一致：\n领取按新上限继续捡，死信判定仍按旧上限提前把行判死。同仓 event-delivery.service.ts 一直是显式传的。\n\n两后端各一行，语义不变。验证：typecheck 绿；pnpm check 22 道全绿；包单测 4/4 未受影响。\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-18T16:06:42-07:00"}],"HeadCommit":{"Sha1":"6908c19f9faf3b006d73054657b97c6cb8f945d9","Message":"fix(quotation): 通知投递显式传重试上限——领取与死信判定不再各用一份常数\n\n服务里的 MAX_ATTEMPTS = 3 只进领取查询与死信清扫，decideNotificationFailure 没传 maxAttempts、\n走的是 @repo/notification-delivery 的包默认 3。今天两个 3 相等所以看不出来，改任一边即静默不一致：\n领取按新上限继续捡，死信判定仍按旧上限提前把行判死。同仓 event-delivery.service.ts 一直是显式传的。\n\n两后端各一行，语义不变。验证：typecheck 绿；pnpm check 22 道全绿；包单测 4/4 未受影响。\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-18T16:06:42-07:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/ec9e07de44a5619a8a6b5648f00f5ea7f7dcafcf...6908c19f9faf3b006d73054657b97c6cb8f945d9","Len":1}...
|
1789772844
|
Edit
Delete
|
|
20362
|
7
|
5
|
7
|
72
|
0
|
0
|
refs/heads/hljTest
|
0
|
|
1785740632
|
Edit
Delete
|
|
20364
|
7
|
5
|
7
|
72
|
0
|
0
|
refs/heads/hljTest
|
0
|
{"Commits":[{"Sha1":"d2c99c9fc {"Commits":[{"Sha1":"d2c99c9fc71e8a1c48d1aa3684c30ead3eb110c0","Message":"chore(dockerfile): drop leftover debug prints from prisma cp step\n\n前次 commit 进了 set -x + 多处 ls -la 调试输出。功能等价，纯粹清理。\ncp 失败时 echo message 从 \"cp ok for X\" 改成 \"cp prisma client for X: ok/FAIL\"\n以匹配同文件其他步骤的可读风格。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-03T15:03:44+08:00"},{"Sha1":"f97d67dbc0d53eeb203d205164c493a7b30a1116","Message":"chore: ship deployment integration + VM env layering\n\n合并远端 main 36 个新提交，并把本机部署整合的 basePath + BASE 双链路方案\n一起入仓；VM 镜像里 apt 镜像源抽成 APT_MIRROR build-arg，业务层/环境层解耦。\n\n业务/部署整合（来自 basePath 整合方案，对应 CLAUDE.md 真源地图「整合到\ngeneration.g-hi.com 的地址口径」）：\n\n- apps/web/next.config.ts: basePath '/jh'（与 songGeneration/voicePrintRecognition\n 同款），同时取并集远端的 output: 'standalone' + outputFileTracingRoot\n- apps/web/src/hooks/useRealtime.ts: SSE_BASE = BASE；defaultWebSocketUrl 区分\n 绝对 URL / 相对前缀两种情况\n- apps/web/src/lib/api.ts: BASE = NEXT_PUBLIC_API_URL || NEXT_PUBLIC_BASE_PATH ||\n ''（必须 || 不是 ??，build 时 env 是字符串 '' 非 null，?? 不会把空串当\n fallback），USER_ROLE 改 runtime（data-user-role）来自 layout.tsx\n- deploy/vm/nginx.conf: gateway 加 = /jh/ws { proxy_pass http://api-nestjs:3001/ws; }\n （显式 URI 剥 /jh 前缀，转发到 NestJS WsAdapter 实际注册路径 /ws）；/api/ /sse/\n 保留以便本机直连 8180（无前缀）调试\n- deploy/vm/compose.yaml: 与远端取并集（migrate 拆 target / non root / 资源\n 上限 / 日志轮转）\n- scripts/vm-deploy.sh: 显式注入 NEXT_PUBLIC_BASE_PATH 给 web 构建；与远端的\n IMAGE_TAG 时间戳机制取并集\n\n环境分层（Mac / 海外 CI / 国内 GFW 互不影响）：\n\n- deploy/vm/Dockerfile: 硬编码的 aliyun 源 sed 抽成 ARG APT_MIRROR=；\n vm-deploy.sh 自动从 .env 注入所有 build target；空 = 走 deb.debian.org 官方源\n- deploy/vm/.env.example: 文档化 APT_MIRROR 留空行为\n- 理由：之前硬编码 mirrors.aliyun.com 在 Mac/海外 CI 上 build 会做无用 sed\n 且让外人看不出这是环境特化；现在抽成 build-arg 任何环境只需一行配置\n\n部署 bug 修（不分环境，本机 pnpm 9.15 行为差异）：\n\n- deploy/vm/Dockerfile: 删 @repo/contracts 的 prepare 钩子（pnpm 9.15 跨\n workspace install 找不到子目录的 tsconfig.json）\n- deploy/vm/Dockerfile: 删 pnpm deploy --legacy（pnpm 9.7+ 已删除该 flag）\n- deploy/vm/Dockerfile: deploy 之后 cp -a --remove-destination 强制覆盖 .prisma/\n client；deploy 阶段的 @prisma/client postinstall 会把真实 client 还原成\n 2KB 占位，缺 17MB libquery_engine 二进制，runtime 抛 \"did not initialize\"\n- deploy/vm/Dockerfile: web 镜像 public 目录用 RUN mkdir -p 兜底（apps/web 当前\n 无 public 资产，但 next standalone 仍可能因目录存在与否决定路由）\n- deploy/vm/Dockerfile: runtime-base 阶段加 APT_MIRROR 注入（同 build 阶段）\n- packages/contracts/package.json: 删 prepare 字段（Dockerfile 显式\n pnpm --filter @repo/contracts build 触发）\n\nCLAUDE.md 同步（远端 36 提交 + 治理增量 +222 行）。\n\n验证：\n- pnpm check exit 0（5/5 packages，绿；ownTests=19, ownTestCases=227）\n- 部署到本机 tag 20260803T055150Z 后 /api/health 200，DB+Redis 探活正常\n- 5 个 juhai-quotation 容器 healthy（postgres/redis/api-nestjs/web/gateway）\n\n未覆盖：22 个 reports/*.latest.json（机器产物，commit 后下次 check 即变 dirty）\n与 packages/contracts/node-compile-cache/（node 22 编译缓存）未入 commit。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-03T14:34:32+08:00"}],"HeadCommit":{"Sha1":"d2c99c9fc71e8a1c48d1aa3684c30ead3eb110c0","Message":"chore(dockerfile): drop leftover debug prints from prisma cp step\n\n前次 commit 进了 set -x + 多处 ls -la 调试输出。功能等价，纯粹清理。\ncp 失败时 echo message 从 \"cp ok for X\" 改成 \"cp prisma client for X: ok/FAIL\"\n以匹配同文件其他步骤的可读风格。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-03T15:03:44+08:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/7619cf79681794bf28a8dceeb606c9dcfec21a5c...d2c99c9fc71e8a1c48d1aa3684c30ead3eb110c0","Len":2}...
|
1785740632
|
Edit
Delete
|
|
24190
|
7
|
5
|
7
|
72
|
0
|
0
|
refs/heads/hljTest
|
0
|
{"Commits":[{"Sha1":"083385f1c {"Commits":[{"Sha1":"083385f1c38217147aacf74d0f2251a65fbce450","Message":"feat(integrations): 接入报价优惠券核销\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-19T13:12:36+08:00"},{"Sha1":"be60de1f7e3c6183500ea7d65fc2bf039a86f1d0","Message":"Merge remote-tracking branch 'origin/main' into hljTest\n\n# Conflicts:\n#\tCLAUDE.md\n#\tapps/api-fastify/prisma/schema.prisma\n#\tapps/api-fastify/src/routes/quotations.ts\n#\tapps/api-nestjs/prisma/schema.prisma\n#\tapps/api-nestjs/src/quotations/quotations.service.ts\n#\tapps/web/src/features/quotations/api/quotations-api.ts\n#\tapps/web/src/features/quotations/components/PublicQuotationView.tsx\n#\tapps/web/src/hooks/useRealtime.ts\n#\tdeploy/vm/Dockerfile\n#\tdeploy/vm/compose.yaml\n#\tdocs/governance-experience.md\n#\tpackages/contracts/src/index.ts\n#\tpackages/contracts/src/quotation.ts\n#\tpackages/contracts/src/realtime.ts\n#\tscripts/vm-deploy.sh\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-19T09:54:43+08:00"},{"Sha1":"125c54d328d3da221b5d91c0a2dd0475712c6e96","Message":"Merge pull request #12 from laoluojuhai/fix/vm-dockerfile-build-path\n\nfix(vm): 打通容器构建路径——保住 slim 运行镜像，不靠放宽红线换构建成功","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-08-17T07:09:44-07:00"},{"Sha1":"6f13a78de9c02ae6a36fcebfb4bde63fbd092158","Message":"fix(vm): 打通容器构建路径——保住 slim 运行镜像，不靠放宽红线换构建成功\n\n`deploy/vm/Dockerfile` 的构建路径从未真正跑通过（并发治理会话只用 pnpm/turbo 跑门禁，\n从不 docker build）。而 check:vm-deploy 一直是绿的——它查 Dockerfile 的**结构**\n（每个 stage 用哪个 FROM、有没有 fat runtime），不查它**能不能构建出来**。\n于是棘轮报告写着「镜像瘦身非 root、可回滚、备份可恢复」✅，而那个镜像根本产不出来。\n\n5 处构建 bug：\n1. contracts 的 `prepare`(tsc) 在只有 manifest 的依赖层里跑，找不到 tsconfig/src → TS5058。\n 先 COPY contracts 的 tsconfig + src 给它当输入。\n2. 新 workspace 包 @repo/password-auth（两后端 runtime 依赖）未进 manifest COPY、\n 也没被显式 build。\n3. `pnpm deploy --prod --legacy`：pnpm 9.15.9 不认 `--legacy`（Unknown option）。\n 旧注释称「未开启 inject-workspace-packages 时需要 --legacy」——实测在本仓版本上\n 不成立，去掉即可正常打平 workspace 包（sharp 这类 lockfile 原生依赖也照常带出）。\n4. `pnpm deploy` 只按 lockfile 物化依赖，而 .prisma/client（含平台相关 query engine）\n 是 `prisma generate` **生成**的、不在任何 lockfile 里，永远不会被带出去 →\n 新增一步从 build 树复制。路径由 @prisma/client 的解析结果反推，不硬编码 pnpm store\n 的哈希目录名；且必须从 app 目录解析（workspace 根 node_modules 里没有它）。\n5. web stage `COPY apps/web/public` 失败——git 未跟踪任何 public 资产。\n ⚠️ 本机可能有个空的 public/（git 不跟踪空目录），docker build 读本地上下文因而能过，\n CI 与全新 clone 上必挂，注释已写明这个陷阱。\n\n**刻意不采用**此前 `dockerfile-vm-deploy-fixes-ec411c0.patch` 的策略（放弃 slim、\n运行镜像改 FROM build）：那会撞 4 条门禁红线（runtime-from-base-* / no-fat-runtime-*），\n而实测 slim 路径的两个阻塞点（3、4）都可解，「镜像瘦身作为后续项不阻塞」的前提不成立。\n体积实测：api-nestjs 741MB / api-fastify 695MB / web 546MB，\n对照 fat 方案 8.46GB、2026-08-06 实际部署的 2.69GB。非 root 由镜像层 USER node 保证，\n而非仅靠 compose 的 user: 覆盖。\n\n顺带两处断链（均为 MinIO 进 compose 后没人跟上）：\n- .env.example 与 vm:init 都不认识 S3_*，而它们是 compose 的必填变量 → 新机器\n `vm:init` 后 `vm:up` 必然卡在变量插值。已补占位符 + 随机生成 + 存量 .env 自愈。\n- .dockerignore 只写 `**/.next`，匹配不到本仓工具链自建的 distDir\n （.next-ui-* / .next-dev-* / .next-manual-*），也没排除 sites/（G26 那套独立\n Cloudflare 系统，其 .sites-runtime 本机 1.0GB）→ COPY . . 层 3.79GB → 270MB。\n\n证据（作用域＝本地工作区）：\n- docker build 四个 target 全部 EXIT=0（api-nestjs / api-fastify / web / migrate）\n- 镜像内实测 @prisma/client 与原生模块 sharp 均可加载、dist 入口就位、uid=1000 非 root\n- Dockerfile 里那条「Prisma Client 缺失即构建失败」的断言**首次真正执行并通过**\n- pnpm vm:config EXIT=0（7 个服务解析通过）\n- pnpm check 22 项全绿 exit=0\n\n未验证：未跑 vm:up / vm:smoke（整栈起停与真实写链冒烟），故不得宣称「可部署」。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T06:57:55-07:00"},{"Sha1":"8ae98649e077fa188f8e9c1b0a11b78a2377c836","Message":"Merge pull request #11 from laoluojuhai/feat/product-catalog-search-and-image-upload\n\nfeat(products): 商品库服务端搜索筛选 + 图片上传至对象存储","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-08-17T04:16:44-07:00"}],"HeadCommit":{"Sha1":"083385f1c38217147aacf74d0f2251a65fbce450","Message":"feat(integrations): 接入报价优惠券核销\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-19T13:12:36+08:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/d2c99c9fc71e8a1c48d1aa3684c30ead3eb110c0...083385f1c38217147aacf74d0f2251a65fbce450","Len":51}...
|
1787116369
|
Edit
Delete
|
|
24580
|
7
|
5
|
7
|
72
|
0
|
0
|
refs/heads/hljTest
|
0
|
{"Commits":[{"Sha1":"04432cff2 {"Commits":[{"Sha1":"04432cff2b306ecd33ca2bea6e2e256814f978f0","Message":"fix(web): preserve /jh authentication and realtime paths\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-20T16:25:36+08:00"}],"HeadCommit":{"Sha1":"04432cff2b306ecd33ca2bea6e2e256814f978f0","Message":"fix(web): preserve /jh authentication and realtime paths\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-20T16:25:36+08:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/083385f1c38217147aacf74d0f2251a65fbce450...04432cff2b306ecd33ca2bea6e2e256814f978f0","Len":1}...
|
1787214380
|
Edit
Delete
|
|
26123
|
7
|
5
|
7
|
72
|
0
|
0
|
refs/heads/hljTest
|
0
|
{"Commits":[{"Sha1":"08df317af {"Commits":[{"Sha1":"08df317afac31db70f0394580a0bb8686f49671c","Message":"Merge remote-tracking branch 'origin/codex/catalog-customer-quotation-workflows' into hljTest\n\n# Conflicts:\n#\tdeploy/vm/Dockerfile\n#\tscripts/lib/component-size.mjs\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-26T13:12:50+08:00"},{"Sha1":"8f11b6bc4df9f709414e306e9c9225bd45bccb65","Message":"feat: complete catalog customer and quotation workflows\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-24T01:18:51-07:00"},{"Sha1":"2de7545076ac90e4aa88e89cdf310f72ca9692ce","Message":"fix(vm): Prisma 生成物拷到运行时真正解析的位置——旧断言查的是拷贝目标而非读取路径\n\n`pnpm vm:up` 首次真跑起整栈，api-nestjs 容器启动即崩溃重启循环：\n`@prisma/client did not initialize yet. Please run \"prisma generate\"`。\n而构建期那条\"Prisma Client 必须在部署树里\"的断言是**绿的**。\n\n根因：`pnpm deploy` 把 @prisma/client 放进\n`node_modules/.pnpm/@prisma+client@\u003chash\u003e/node_modules/`，而 @prisma/client 是相对\n**自身**去找同级 `.prisma` 的——部署树顶层那份它根本不看。上一版把生成物拷到了顶层\n扁平路径，于是：\n- 运行时解析到 .pnpm 内嵌的那份，那是 @prisma/client **自带的桩**\n （`default.js` 第 43 行专门抛 \"did not initialize yet\"），没有 query engine；\n- 而断言 `test -d /runtime/\u003capp\u003e/node_modules/.prisma/client` 查的正是我刚拷过去的\n 顶层目录，\"往哪拷就查哪\"，必然通过。\n\n这是「断言检查的位置 ≠ 运行时读取的位置」，与 C23（typecheck 读 src、运行时读 dist）\n同型：不是断言写得弱，而是它锚在一条运行时不走的路径上。\n\n两处一起修：\n1. 拷贝目标改为 .pnpm 内嵌位置（顶层那份保留，覆盖 hoist 布局），glob 取不到即 fail。\n2. 断言改为**按运行时同一方式推导路径**（从 require.resolve('@prisma/client/package.json')\n 反推同级 .prisma），并断言 **query engine 二进制存在**——只 `test -d` 等于没查，\n 因为那个桩目录永远存在。\n\n负向测试（实跑）：去掉 .pnpm 拷贝那行后构建 EXIT=1，报\n`ERROR: no generated query engine at /runtime/api-nestjs/node_modules/.pnpm/@prisma+client@.../.prisma/client`\n——新断言会在构建期拦下这个 bug，而不是等容器启动才炸。\n\n证据（作用域＝本地工作区）：\n- pnpm vm:up 全流程通过：6 个服务全 healthy、migrate Exited(0)\n- 迁移真实应用到部署库（含 20260805120000_product_image_thumbnail /\n 20260807120000_quotation_void_and_restore）\n- 冒烟：Gateway + web + NestJS health passed；\n Write-chain smoke passed（create + read-back under a throwaway tenant）\n- 独立复核（不依赖脚本自述）：curl 网关 /api/health -\u003e ok(db=up,redis=up)、首页 200、\n 容器内 `new PrismaClient()` 实例化成功\n- pnpm check 22 项全绿 exit=0\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:36:43-07:00"}],"HeadCommit":{"Sha1":"08df317afac31db70f0394580a0bb8686f49671c","Message":"Merge remote-tracking branch 'origin/codex/catalog-customer-quotation-workflows' into hljTest\n\n# Conflicts:\n#\tdeploy/vm/Dockerfile\n#\tscripts/lib/component-size.mjs\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-26T13:12:50+08:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/04432cff2b306ecd33ca2bea6e2e256814f978f0...08df317afac31db70f0394580a0bb8686f49671c","Len":3}...
|
1787721223
|
Edit
Delete
|
|
26204
|
7
|
5
|
7
|
72
|
0
|
0
|
refs/heads/hljTest
|
0
|
{"Commits":[{"Sha1":"fc0729c51 {"Commits":[{"Sha1":"fc0729c51eaa6fb61e5c2c39bdc6d4bd30696570","Message":"fix(vm): make smoke honor the web base path\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-26T13:51:23+08:00"}],"HeadCommit":{"Sha1":"fc0729c51eaa6fb61e5c2c39bdc6d4bd30696570","Message":"fix(vm): make smoke honor the web base path\n\nCo-authored-by: Qwen-Coder \u003cqwen-coder@alibabacloud.com\u003e\n","AuthorEmail":"hlj@g-hi.com","AuthorName":"huangliujian","CommitterEmail":"hlj@g-hi.com","CommitterName":"huangliujian","Timestamp":"2026-08-26T13:51:23+08:00"},"CompareURL":"luoanwu/juhai-quotation-system/compare/08df317afac31db70f0394580a0bb8686f49671c...fc0729c51eaa6fb61e5c2c39bdc6d4bd30696570","Len":1}...
|
1787723483
|
Edit
Delete
|
|
22265
|
5
|
1
|
5
|
73
|
0
|
0
|
|
0
|
|
1786594169
|
Edit
Delete
|
|
22445
|
5
|
5
|
5
|
73
|
0
|
0
|
refs/heads/main
|
0
|
|
1786612368
|
Edit
Delete
|
|
22446
|
5
|
5
|
5
|
73
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"5adfbb117 {"Commits":[{"Sha1":"5adfbb1177c24e9a9ddb95ab1b5e5865baa60642","Message":"feat(content-analysis): integrate canonical vocal score metrics\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-13T01:35:39-07:00"},{"Sha1":"e64a62b0b11460ac8ac0965fa3f755a6e23963a5","Message":"feat(content-analysis): add isolated vocal score gold metrics\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-13T00:43:04-07:00"},{"Sha1":"43f31bf8615c32aa70532927d9f34fcdcce68717","Message":"feat(score): harden evaluation eligibility\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-12T23:10:30-07:00"},{"Sha1":"5f47fc13a7039417186241b5f6d2a6fe60f0a0f8","Message":"fix(stem): align realtime endpoint and seal publish evidence\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-12T21:20:21-07:00"},{"Sha1":"3eb89b087903c1657bca1927cf18941a303029a1","Message":"feat(三线完善): run 工作台 + 评分真实链 + 舞谱回放对拍 + 灯谱修订对比；全量门禁首绿\n\n- Web：/content-analysis/runs 持久编排工作台（素材载入/歌词证据浏览器内容寻址/实时列表与详情）\n- 评分工作台接通 WAV→3351→DSP→P0 真实链（补 next.config DSP rewrite），DSP 成熟度徽标不弱化诚实边界\n- 舞谱工作台本地回放对拍（SHA 绑定回放源 + 播放头 + 越拍高亮）\n- 灯谱 RevisionDiffPanel（基准快照 cue 级 diff + 修订链视图）+ A–E 报告钻取\n- 注册表/门禁成对更新（integrationStatus、runs 工作台、activeScope）\n- 修复三处历史死断言（首页 spec 漂移）+ C16 式容器锚定；首页 runs 链接标签\n- 目标仓首次全绿：check:runtime 80 tests、check:ui 15 用例、pnpm check 含棘轮全通过，\n reportProvenanceViolations 13→0，棘轮地板收紧至 15 文件/95 用例/80 tests/15 UI 用例\n- CLAUDE.md 动态区 8 行基线表 + 4 段说明同步为目标仓新鲜证据口径\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-12T08:26:31-07:00"}],"HeadCommit":{"Sha1":"5adfbb1177c24e9a9ddb95ab1b5e5865baa60642","Message":"feat(content-analysis): integrate canonical vocal score metrics\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-13T01:35:39-07:00"},"CompareURL":"","Len":7}...
|
1786612368
|
Edit
Delete
|
|
22535
|
5
|
5
|
5
|
73
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"5756bf365 {"Commits":[{"Sha1":"5756bf3650630520be67b4d5373a82937d065311","Message":"feat(content-analysis): add vocal score physical projection\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-13T03:30:36-07:00"}],"HeadCommit":{"Sha1":"5756bf3650630520be67b4d5373a82937d065311","Message":"feat(content-analysis): add vocal score physical projection\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-13T03:30:36-07:00"},"CompareURL":"luoanwu/highpraise-content-management-platform/compare/5adfbb1177c24e9a9ddb95ab1b5e5865baa60642...5756bf3650630520be67b4d5373a82937d065311","Len":1}...
|
1786617045
|
Edit
Delete
|
|
23251
|
5
|
1
|
5
|
74
|
0
|
0
|
|
0
|
|
1786746150
|
Edit
Delete
|
|
23252
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
|
1786746163
|
Edit
Delete
|
|
23253
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"950d7e3d2 {"Commits":[{"Sha1":"950d7e3d2189ba40de3049c4f10df0cad414c691","Message":"chore(reports): 刷新治理证据,绑定发布状态快照提交\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:17:56-07:00"},{"Sha1":"5261c63466442dec3dfed5282117e8e700d22aea","Message":"docs(governance): 发布状态快照切换为 haimate 独立远端事实\n\norigin=GitHub laoluojuhai/haimate(私有)已推送对齐;gitea 远端项目待建(push-to-create 关闭)。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:17:56-07:00"},{"Sha1":"5aba5a36e8958a21696e895693aa69bdc54a3308","Message":"chore(reports): 刷新治理证据,绑定产品全景图归档提交(worktreeDirty=false)\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:09:08-07:00"},{"Sha1":"7e2efd8626198ee54b5c98a118eadfa349ead8f8","Message":"docs(product): 归档产品全景图 + 忽略 playwright-cli 调试产物\n\nmermaid 导出的产品全景图移入 docs/product/ 并在 README 登记(说明性快照,\n状态标注不作真源);.playwright-cli/ 为浏览器交互调试缓存,非验收证据,入 ignore。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:08:55-07:00"},{"Sha1":"5f4af5cd5ddb5188f410e292d5066def03fcf982","Message":"chore(reports): 刷新治理证据,绑定 P0 收口加固提交\n\n静态门禁绑定 8c986f5;runtime(252 tests)/UI(11 用例)证据为提交前 dirty 工作区实跑,\nworktreeDirty=true 仅余未跟踪的 mermaid-diagram.svg(未入库的本地产物)。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:04:05-07:00"}],"HeadCommit":{"Sha1":"950d7e3d2189ba40de3049c4f10df0cad414c691","Message":"chore(reports): 刷新治理证据,绑定发布状态快照提交\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:17:56-07:00"},"CompareURL":"luoanwu/haimate/compare/b4c2a8dcb155eeb7b28c2a2ee55520c649dd3d49...950d7e3d2189ba40de3049c4f10df0cad414c691","Len":10}...
|
1786746163
|
Edit
Delete
|
|
23254
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"a7b05c570 {"Commits":[{"Sha1":"a7b05c570031d440008da58d5cd13d7c9097b687","Message":"chore(reports): 刷新治理证据,绑定双远端对齐快照提交\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:24:05-07:00"},{"Sha1":"38a5b9eff3b427df3010450beb499ad886cd47f2","Message":"docs(governance): 发布状态快照——双远端 haimate 均对齐 950d7e3\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:24:05-07:00"}],"HeadCommit":{"Sha1":"a7b05c570031d440008da58d5cd13d7c9097b687","Message":"chore(reports): 刷新治理证据,绑定双远端对齐快照提交\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T15:24:05-07:00"},"CompareURL":"luoanwu/haimate/compare/950d7e3d2189ba40de3049c4f10df0cad414c691...a7b05c570031d440008da58d5cd13d7c9097b687","Len":2}...
|
1786746304
|
Edit
Delete
|
|
23255
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"66f0513cf {"Commits":[{"Sha1":"66f0513cfb65a0eb27fe77ff8b5bd158c0901623","Message":"docs(finance): 财务对账模块蓝图与 money 契约(在制品,尚无运行时消费方)\n\nADR-0010 + finance-reconciliation-blueprint + owner-matrix/domain-glossary 登记 +\npackages/contracts/src/money.ts。money.ts 未从 index 导出、双端零消费方,\n按\"先登记后建表\"纪律先落蓝图与对象归属,实现另行推进。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T16:07:13-07:00"},{"Sha1":"cc2759215b871373a7df54e410fb788f4c8cc8be","Message":"fix: 对抗性验收发现的三项修复——中文短词检索/分区覆盖/实时偶发\n\n- KbStore(双端): trigram 只为 ≥3 字符查询产出 trigram,2 字中文词(房态/报价)\n 命中 0 行且不抛错,原 LIKE 兜底只在抛错时触发 → 空结果继续走 LIKE 子串兜底;\n 双端各补 HTTP 层中文短词回归(负向测试:撤掉兜底两端同时红)\n- ApprovalsPanel: 补 approvals-pending/approvals-decided 语义容器与 e2e 分区断言。\n 实测原用例在分区回潮后仍全绿(零覆盖),新断言可让审批闭环用例由绿转红\n- e2e 实时断言 15s→30s: dispatcher 1s 轮询在并行负载下抖动导致偶发红;\n 放宽等待不掩盖回归,禁用 retries(会把真回归记成 flaky 且仍计入 uiTestsPassed)\n- 边界断言钉死 contracts 真实上限(200 放行/201 拒绝/未知参数 400)\n- CLAUDE.md G18 补记 UI 层实时偶发与\"禁用 retries\"纪律\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T16:07:03-07:00"}],"HeadCommit":{"Sha1":"66f0513cfb65a0eb27fe77ff8b5bd158c0901623","Message":"docs(finance): 财务对账模块蓝图与 money 契约(在制品,尚无运行时消费方)\n\nADR-0010 + finance-reconciliation-blueprint + owner-matrix/domain-glossary 登记 +\npackages/contracts/src/money.ts。money.ts 未从 index 导出、双端零消费方,\n按\"先登记后建表\"纪律先落蓝图与对象归属,实现另行推进。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T16:07:13-07:00"},"CompareURL":"luoanwu/haimate/compare/a7b05c570031d440008da58d5cd13d7c9097b687...66f0513cfb65a0eb27fe77ff8b5bd158c0901623","Len":2}...
|
1786748944
|
Edit
Delete
|
|
23628
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"6b3be1daf {"Commits":[{"Sha1":"6b3be1dafc25b3d82703595f7542769eae6b7744","Message":"chore(reports): 刷新治理证据,绑定提交 b0d8e83\n\n三级门禁在 b0d8e83 上重跑后的报告：\n- pnpm check exit 0（16 项静态门禁）\n- check:runtime passed：380 tests / 0 failures\n- check:ui passed：14 用例 / 0 失败\n\n诚实标注：provenance 的 worktreeDirty 仍为 true。原因不是本提交遗漏了文件，\n而是**同一工作区存在并发会话**，其在制品（CLAUDE.md、两端 approval-tickets.service、\nweb/src/lib/types.ts、check-order-concurrency-guard.mjs、check-owner-matrix.mjs）\n在重跑期间处于未提交状态，已刻意不纳入本提交。\n\n因此本组报告只能宣称「本地工作区（含上述并发在制品）在 2026-08-17 通过三级门禁」，\n不得外推为 clean checkout 通过、远端已发布或 CI 已拦截。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:16:17-07:00"},{"Sha1":"b0d8e837396f6e0f15c0ceeb46b236f14f40f5c9","Message":"feat: 合并提交长期未落库的批次——Finance Phase A、安全边界、outbox 租约与 crew 雇佣纵切\n\n本次是一次「补提交」：工作区此前累积了大量从未进入任何提交的成果，\n其中包含三个只存在于本地的门禁脚本（partner-truth / security-boundary /\noutbox-lease），clean checkout 根本跑不出当前的治理结论。一并落库。\n\n主要内容\n- Finance 对账 Phase A：12 个 model、双后端服务与 worker、/finance 工作面与 e2e\n- 应用安全边界（C21）：显式 demo/signed 分界、principal 取 tenant/actor、\n 治理动作 RBAC、支付 webhook raw-body HMAC\n- Outbox 多实例租约（C22）：CTE + FOR UPDATE SKIP LOCKED 原子领取、行锁 fencing、\n 租约过期崩溃恢复\n- crew 雇佣纵切（L7，新）：crewEngagementMachine 落 contracts 单源，双后端对等写链\n （updateMany + stage/version 双前置条件，0 行即 409），两端迁移逐字一致，\n /team 的 employment 由写死的 UNKNOWN 变为 crew_engagements 真实阶段\n- 新门禁：check:partner-truth / check:security-boundary / check:outbox-lease /\n check:owner-matrix，并把 crew 写链接入 check:concurrency-guard（20→22 条）\n- a11y 与 Tailwind token 修复及其静默失效门禁\n\ncrew 纵切的两个设计要点\n- 无行即未雇佣，不设 NOT_HIRED 状态（与 TrustState 缺行=UNCONFIGURED 同构）\n- 实习期强制人审、转正后才准进入信任爬坡放行：商业分层直接就是授权分层，\n 实习期本质上是在攒 approval.decided 样本，转正把信任兑现为自治\n- PLANNED 的 SKU 不可雇佣，避免造出「实习中却没有任何工作面」的假雇佣事实\n\n验收（本地 dirty 工作区，2026-08-17；不得外推为远端已发布或生产就绪）\n- pnpm check exit 0（16 项静态门禁；新增并发写链守卫已做负向测试，确认会红）\n- check:runtime passed：380 tests / 0 failures（地板 355→380）\n- check:ui passed：14 用例 / 0 失败（地板 13→14）\n\n按 CLAUDE.md 提交纪律，baseline.json 的地板与支撑它的测试文件在同一提交内。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:09:30-07:00"},{"Sha1":"44fed27603c1bd264192d1ce05016c1cd5b1c8ea","Message":"fix(a11y): 修复侧栏隐形导航 + 颜色 token 全面达标 AA,并新增 Tailwind 静默失效门禁\n\n根因:Tailwind 颜色类透明度修饰符只有落在预设刻度(5 的倍数)或方括号任意值\n才生成 CSS。侧栏写 text-white/68 属死类,文字回退继承 --hm-ink 压在深蓝\n--hm-nav 上,实测对比度 1.02——导航区在浏览器里等于隐形,而 TypeScript\n与 ESLint 均不报,只有量计算样式才暴露。\n\n- 侧栏 6 处非法透明度(/38 /58 /68 /78)改为合法刻度,导航项对比度 1.02 → 5.18~17.64,6/6 达标\n- 全站实测 187 个文本节点原有 45 处不达 AA,根因集中在 token 自身取值偏浅;\n 按 token 层修复(text-tertiary/warning/success/danger/ai),每个新值在白底与\n 各自浅色底双双达标才采用,注释写进 globals.css。结果 45 → 0\n- 新增 check:tailwind-tokens 绊网并接入 pnpm check 与棘轮(地板 0);\n 负向测试已验证:注入 text-white/68 即 exit 1,恢复即 exit 0\n- 团队总览按用户拍板退回外壳设计语言(--hm-* / 12px 圆角 / 无衬线),\n 补回此前被重构弄丢的「昨天那一页」与雇佣价目,触控目标统一 44px\n- 花名册单源 contracts CREW_ROSTER + deriveCrewStatus(计费跳档将复用同一口径)\n- e2e 重写为一条覆盖全模块的用例(旧两条因 testid 重命名已失效)\n- CLAUDE.md 基线表 + 治理经验库 ⑬ 回灌\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-14T19:18:43-07:00"}],"HeadCommit":{"Sha1":"6b3be1dafc25b3d82703595f7542769eae6b7744","Message":"chore(reports): 刷新治理证据,绑定提交 b0d8e83\n\n三级门禁在 b0d8e83 上重跑后的报告：\n- pnpm check exit 0（16 项静态门禁）\n- check:runtime passed：380 tests / 0 failures\n- check:ui passed：14 用例 / 0 失败\n\n诚实标注：provenance 的 worktreeDirty 仍为 true。原因不是本提交遗漏了文件，\n而是**同一工作区存在并发会话**，其在制品（CLAUDE.md、两端 approval-tickets.service、\nweb/src/lib/types.ts、check-order-concurrency-guard.mjs、check-owner-matrix.mjs）\n在重跑期间处于未提交状态，已刻意不纳入本提交。\n\n因此本组报告只能宣称「本地工作区（含上述并发在制品）在 2026-08-17 通过三级门禁」，\n不得外推为 clean checkout 通过、远端已发布或 CI 已拦截。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:16:17-07:00"},"CompareURL":"luoanwu/haimate/compare/66f0513cfb65a0eb27fe77ff8b5bd158c0901623...6b3be1dafc25b3d82703595f7542769eae6b7744","Len":3}...
|
1787008617
|
Edit
Delete
|
|
23629
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"a369f4ee0 {"Commits":[{"Sha1":"a369f4ee008c621f3ef5ada67880cb52a9ad7c9b","Message":"chore(reports): 刷新治理证据,绑定提交 fe9a6ae——三级首次 clean-bound\n\n本次刷新的三级证据 provenance 均为 gitSha=fe9a6ae + worktreeDirty=false,\n是本仓第一次在 clean 检出点上取得完整三级绿盘(此前所有轮次都是 dirty 工作区)。\n按发布口径表严格解读,可宣称「本地在 commit fe9a6ae 这一 clean 检出点通过三级门禁」,\n仍不可外推为「远端已发布」或「远端 CI 已拦截」(G14 仍 OPEN)。\n\n- 静态 pnpm check 23:37Z 16 道门禁 + 棘轮 + lint + typecheck 全绿\n- 真实 DB check:runtime 23:38Z status=passed, 380 tests / 0 failures (floor 380)\n- 浏览器 check:ui 23:39Z status=passed, 14 用例 / 0 unexpected (floor 14)\n- 门禁对抗探针 probe:gates 11/11 挡下,并用三项元测试反证该套件本身会失败\n\nCLAUDE.md 动态区同步:\n- 发布快照按实更正。本快照在一个 session 内过期四次\n (66f0513 → b0d8e83 → 6b3be1d → a0563c4 → fe9a6ae),并实测遇到远端 503 不可达——\n 据此补记:发布状态只能实时 ls-remote 判定,远端不可达时只能声明\n 「最后一次成功验证的时刻与结果」,不得含糊成「当前已对齐」。\n- 证据新鲜度段标注三级 clean-bound,并新增 probe:gates 一行。\n- 真源地图「状态迁移并发写入」条按实改为 22 条 updateMany + 10 条 raw SQL,\n 写明 raw SQL 是受检的逃生阀而非免检通道。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:41:22-07:00"},{"Sha1":"fe9a6ae90e99138fc09be0f7b2e75971b51f1275","Message":"feat(governance): 固化对抗探针 pnpm probe:gates,把三类攻破路径变成可重复执行\n\n手工做负向测试不可靠且不可重复。本次把对抗性验收当天用到的攻击手法固化为\n11 条探针（scripts/adversarial-probes.mjs），覆盖三类攻破路径：\n- negative：注入真违规，门禁必须报红（证明有牙）\n- vacuous ：破坏门禁的输入定位（改表格列数 / 改被扫描的表名），\n 门禁必须报红而不是「检查了 0 项然后通过」（证明关不掉）\n- binding ：用无关代码满足泛化断言（unrelated.length \u003e 0 / 注释里写符号名），\n 门禁必须仍然报红（证明断言绑定到被检查对象本身）\n\n设计取舍\n- 刻意不进 pnpm check：它会临时改写源文件，只适合按需运行；\n 结束时逐字节还原现场并还原 latest 报告，探针产生的污染报告不进证据链\n- 锚点失效单独报 ANCHOR-STALE 且 exit 1：源码重构后锚点对不上，\n 意味着该路径本次无人验证，不等于安全——不得当成通过\n\n实测：11 条全部 BLOCKED，被攻破 0、锚点失效 0；运行前后 git status 指纹一致。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:32:54-07:00"},{"Sha1":"a0563c40434d93ba1535ce1de39141bdd2b7889a","Message":"fix(governance): 门禁空转加固 + 移除审批工单死负载,并回灌空转测试纪律\n\n对抗性验收（2026-08-17）发现「负向测试通过」并不足以证明门禁有牙：\n门禁还可能被**静默关掉**——扫描出 0 项然后宣布通过。两处实测：\n- check:owner-matrix 改表格列数后报「0 行登记，校验通过」\n- check:concurrency-guard 改表名后 raw 写链从 10 条静默降到 5 条仍 exit 0\n两者都是当天刚做完负向测试的门禁。\n\n修复\n- check:owner-matrix 增加 BUILT 行数下溢守卫（地板 25），识别不足即红\n- check:concurrency-guard 的 raw「0 行拒绝」判据绑定到该语句自身的结果变量，\n 避免被无关的 `unrelated.length \u003e 0` 骗过\n- 移除 ApprovalTicket 查询中三处 `include: { toolCalls: true }` 死负载：\n 无组件消费、无测试断言，属白付 JOIN；ToolCall 的读模型消费方按 owner-matrix\n 登记只有 ToolCallsPanel，自行取数\n\n回灌 CLAUDE.md\n- 收尾清单新增「空转测试」与「断言绑定」两条：凡是「扫描出 N 项并逐项断言」的门禁，\n N 本身必须有地板，否则 N=0 是最容易伪造的绿\n- 真源地图补记 10 条 raw SQL 写链为「受检的逃生阀」而非免检通道\n- 发布快照更新至 6b3be1d，并明确区分「已发布」与「已验收」：\n 三级绿盘取自工作区，不等于该提交本身通过门禁\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:24:24-07:00"}],"HeadCommit":{"Sha1":"a369f4ee008c621f3ef5ada67880cb52a9ad7c9b","Message":"chore(reports): 刷新治理证据,绑定提交 fe9a6ae——三级首次 clean-bound\n\n本次刷新的三级证据 provenance 均为 gitSha=fe9a6ae + worktreeDirty=false,\n是本仓第一次在 clean 检出点上取得完整三级绿盘(此前所有轮次都是 dirty 工作区)。\n按发布口径表严格解读,可宣称「本地在 commit fe9a6ae 这一 clean 检出点通过三级门禁」,\n仍不可外推为「远端已发布」或「远端 CI 已拦截」(G14 仍 OPEN)。\n\n- 静态 pnpm check 23:37Z 16 道门禁 + 棘轮 + lint + typecheck 全绿\n- 真实 DB check:runtime 23:38Z status=passed, 380 tests / 0 failures (floor 380)\n- 浏览器 check:ui 23:39Z status=passed, 14 用例 / 0 unexpected (floor 14)\n- 门禁对抗探针 probe:gates 11/11 挡下,并用三项元测试反证该套件本身会失败\n\nCLAUDE.md 动态区同步:\n- 发布快照按实更正。本快照在一个 session 内过期四次\n (66f0513 → b0d8e83 → 6b3be1d → a0563c4 → fe9a6ae),并实测遇到远端 503 不可达——\n 据此补记:发布状态只能实时 ls-remote 判定,远端不可达时只能声明\n 「最后一次成功验证的时刻与结果」,不得含糊成「当前已对齐」。\n- 证据新鲜度段标注三级 clean-bound,并新增 probe:gates 一行。\n- 真源地图「状态迁移并发写入」条按实改为 22 条 updateMany + 10 条 raw SQL,\n 写明 raw SQL 是受检的逃生阀而非免检通道。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:41:22-07:00"},"CompareURL":"luoanwu/haimate/compare/6b3be1dafc25b3d82703595f7542769eae6b7744...a369f4ee008c621f3ef5ada67880cb52a9ad7c9b","Len":3}...
|
1787010092
|
Edit
Delete
|
|
23630
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"470495fbe {"Commits":[{"Sha1":"470495fbe7a9692bbb9ef869546e0050c9c73b7e","Message":"docs(governance): 收口发布声明——fe9a6ae 已推送,把免责句换成可支撑的合并声明\n\n上一提交写的免责句「不可外推为远端已发布该提交(fe9a6ae 尚未推送时本段成立)」\n在推送完成后其前提已不成立,留着就是一条自我失效的治理记录。\n\n按发布口径表改为可支撑的合并声明:\n「双远端已发布 fe9a6ae,且该提交在本地 clean 检出点通过三级门禁」。\n\n同时把剩余边界写死:仍不可外推为「远端 CI 已拦截 / 已部署 / 生产可用」——\n远端从未跑出过一次门禁运行,上述声明的证据来源始终是本机,\n与远端只共享同一个 commit SHA(G14 仍 OPEN)。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:42:32-07:00"}],"HeadCommit":{"Sha1":"470495fbe7a9692bbb9ef869546e0050c9c73b7e","Message":"docs(governance): 收口发布声明——fe9a6ae 已推送,把免责句换成可支撑的合并声明\n\n上一提交写的免责句「不可外推为远端已发布该提交(fe9a6ae 尚未推送时本段成立)」\n在推送完成后其前提已不成立,留着就是一条自我失效的治理记录。\n\n按发布口径表改为可支撑的合并声明:\n「双远端已发布 fe9a6ae,且该提交在本地 clean 检出点通过三级门禁」。\n\n同时把剩余边界写死:仍不可外推为「远端 CI 已拦截 / 已部署 / 生产可用」——\n远端从未跑出过一次门禁运行,上述声明的证据来源始终是本机,\n与远端只共享同一个 commit SHA(G14 仍 OPEN)。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:42:32-07:00"},"CompareURL":"luoanwu/haimate/compare/a369f4ee008c621f3ef5ada67880cb52a9ad7c9b...470495fbe7a9692bbb9ef869546e0050c9c73b7e","Len":1}...
|
1787010157
|
Edit
Delete
|
|
23631
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"b673ff8c2 {"Commits":[{"Sha1":"b673ff8c2e248dbea016f88702215123aa58fd03","Message":"fix(ci): 修复 CI 恒红两处根因——测试计数被 ANSI 吞掉、篡改 JWT 构造可能零改动\n\n远端 CI 自 2026-08-14 起每次推送都红，共 7 次，无人当真。实测根因有二，\n都与本地环境差异有关，本机绿盘无法暴露（这正是 G14 不可被本地证据替代的原因）。\n\n根因一：假红——测试计数在 CI 下恒为 0\n`CI=true` 时 turbo 给子进程输出着色，实际字节是\n`Tests \\x1b[22m \\x1b[1m\\x1b[32m140 passed`；countPassedTests 的\n/Tests\\s+(\\d+)\\s+passed/ 匹配不到转义序列，于是本地 380、CI 0，\n报成「expected \u003e= 380, got 0」这种看似灾难性回归的消息。\n测试其实全过，坏的是计数器。修复：匹配前先剥 ANSI。\n注意这类假红不会被负向测试或空转测试发现——它们都在本地跑。\n\n根因二：flaky——「篡改 JWT」有约 1/64 概率篡改了个寂寞\ntampered 把签名第 5 位替换成 'A'，但 payload 含 exp=now+600，签名每次都变；\n当该位恰好就是 'A' 时，产出的是与合法 token 逐字节相同的串，验签通过，\n断言 401 收到 200。base64url 64 字符 → 每次运行约 1.6% 触发，双后端同款。\n修复：先读该位，改成一个必定不同的字符。这类 flake 会悄悄削弱安全断言。\n\n验证：CI=true 条件下本地复现两处失败，修复后 pnpm check:runtime\nstatus=passed、testsPassed=380（地板 380）。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:52:28-07:00"}],"HeadCommit":{"Sha1":"b673ff8c2e248dbea016f88702215123aa58fd03","Message":"fix(ci): 修复 CI 恒红两处根因——测试计数被 ANSI 吞掉、篡改 JWT 构造可能零改动\n\n远端 CI 自 2026-08-14 起每次推送都红，共 7 次，无人当真。实测根因有二，\n都与本地环境差异有关，本机绿盘无法暴露（这正是 G14 不可被本地证据替代的原因）。\n\n根因一：假红——测试计数在 CI 下恒为 0\n`CI=true` 时 turbo 给子进程输出着色，实际字节是\n`Tests \\x1b[22m \\x1b[1m\\x1b[32m140 passed`；countPassedTests 的\n/Tests\\s+(\\d+)\\s+passed/ 匹配不到转义序列，于是本地 380、CI 0，\n报成「expected \u003e= 380, got 0」这种看似灾难性回归的消息。\n测试其实全过，坏的是计数器。修复：匹配前先剥 ANSI。\n注意这类假红不会被负向测试或空转测试发现——它们都在本地跑。\n\n根因二：flaky——「篡改 JWT」有约 1/64 概率篡改了个寂寞\ntampered 把签名第 5 位替换成 'A'，但 payload 含 exp=now+600，签名每次都变；\n当该位恰好就是 'A' 时，产出的是与合法 token 逐字节相同的串，验签通过，\n断言 401 收到 200。base64url 64 字符 → 每次运行约 1.6% 触发，双后端同款。\n修复：先读该位，改成一个必定不同的字符。这类 flake 会悄悄削弱安全断言。\n\n验证：CI=true 条件下本地复现两处失败，修复后 pnpm check:runtime\nstatus=passed、testsPassed=380（地板 380）。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T16:52:28-07:00"},"CompareURL":"luoanwu/haimate/compare/470495fbe7a9692bbb9ef869546e0050c9c73b7e...b673ff8c2e248dbea016f88702215123aa58fd03","Len":1}...
|
1787010753
|
Edit
Delete
|
|
23632
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"15248a4a0 {"Commits":[{"Sha1":"15248a4a041b4e0b1716d65ce7327315a8d39176","Message":"docs(governance): 修正 G14 认知——CI 不是没跑,是连红 7 次无人当真,现已首次全绿\n\n此前 G14 写作「尚未在 GitHub 上跑出绿盘证据」，实测是错的：Governance workflow\n自 2026-08-14 起已运行 8 次（6 红 1 取消 1 绿），红盘一直存在、一直没人看。\n\n根因两处，均只在 CI 环境暴露（本机跑多少次绿盘都推不出来），已于 b673ff8 修复：\n- 假红：CI 着色让测试计数恒为 0，报成看似灾难性回归的「got 0」\n- flaky：篡改 JWT 约 1/64 概率篡改了个寂寞，把安全断言变成偶发假通过\n\n修复后 CI 首次全绿（Static ✓ 1m29s、Runtime and UI ✓ 5m21s）。\n\n回灌的判据：**一个永远红的门禁与一个不存在的门禁，治理价值相同——都不产生信息。**\n「假红」比「假绿」更隐蔽，因为它表面上更严格；且负向测试与空转测试都发现不了它\n（那些都在本地跑）。\n\nG14 仍 OPEN，剩余关闭条件两项：required checks / 分支保护可定位；\n用受控失败 PR 证明违规确实被阻断。\n\n同步刷新三级门禁报告。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:02:49-07:00"}],"HeadCommit":{"Sha1":"15248a4a041b4e0b1716d65ce7327315a8d39176","Message":"docs(governance): 修正 G14 认知——CI 不是没跑,是连红 7 次无人当真,现已首次全绿\n\n此前 G14 写作「尚未在 GitHub 上跑出绿盘证据」，实测是错的：Governance workflow\n自 2026-08-14 起已运行 8 次（6 红 1 取消 1 绿），红盘一直存在、一直没人看。\n\n根因两处，均只在 CI 环境暴露（本机跑多少次绿盘都推不出来），已于 b673ff8 修复：\n- 假红：CI 着色让测试计数恒为 0，报成看似灾难性回归的「got 0」\n- flaky：篡改 JWT 约 1/64 概率篡改了个寂寞，把安全断言变成偶发假通过\n\n修复后 CI 首次全绿（Static ✓ 1m29s、Runtime and UI ✓ 5m21s）。\n\n回灌的判据：**一个永远红的门禁与一个不存在的门禁，治理价值相同——都不产生信息。**\n「假红」比「假绿」更隐蔽，因为它表面上更严格；且负向测试与空转测试都发现不了它\n（那些都在本地跑）。\n\nG14 仍 OPEN，剩余关闭条件两项：required checks / 分支保护可定位；\n用受控失败 PR 证明违规确实被阻断。\n\n同步刷新三级门禁报告。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:02:49-07:00"},"CompareURL":"luoanwu/haimate/compare/b673ff8c2e248dbea016f88702215123aa58fd03...15248a4a041b4e0b1716d65ce7327315a8d39176","Len":1}...
|
1787011374
|
Edit
Delete
|
|
23633
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"b33f65055 {"Commits":[{"Sha1":"b33f650552dbc4adad6df5ee670b6d9eba8eb125","Message":"chore(reports): 刷新治理证据,绑定提交 5acf362——容器化落地后三级重跑\n\n三份报告 provenance 均为 gitSha=5acf362 + worktreeDirty=false。\n\n- 静态 pnpm check 00:32Z 16 道门禁 + 棘轮 + lint + typecheck 全绿\n- 真实 DB check:runtime 00:33Z status=passed, 380 tests / 0 failures (floor 380)\n- 浏览器 check:ui 00:34Z status=passed, 14 用例 / 0 unexpected (floor 14)\n\n本轮为什么必须重跑而不能沿用上一份(fe9a6ae)绿盘:\nCI 修复 b673ff8 改动了双端 security.http.test.ts 与 scripts/check-runtime-acceptance.mjs\n——被测代码与测试运行器都变了,旧 runtime 证据随即失效。已把这条判据写进 CLAUDE.md:\n凡 apps/*/test、packages/contracts/src、apps/*/src、prisma 或验收 runner 自身发生改动,\n对应等级的证据一律作废重跑,不得沿用。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:35:11-07:00"},{"Sha1":"5acf36269dc9ac57017fb9d77c43ac28fca73395","Message":"feat(ops): 容器化全栈——三份应用 Dockerfile + compose 编排,G20 部分推进\n\nG20 此前记为\"生产运维平面为空:无应用 Dockerfile / 生产 compose 或编排\"。\n本次把容器化这一段做实并实测跑通,其余运维项仍 OPEN。\n\n新增\n- docker/Dockerfile.api-{fastify,nestjs} / .web:node:20-slim + openssl 基座\n (Prisma engine 在 musl 上需另一套二进制目标,alpine 极易出现\"本机能跑、容器里\n engine 找不到\");多阶段构建,依赖层只拷 manifest 以命中缓存\n- compose.yml:PG/Redis + 双后端各自的迁移 job + 双后端 + 前端;\n healthcheck 打 /api/health(真探 DB+Redis,非探活);端口用 +100 段,\n 可与本机 dev 栈同时运行\n- .dockerignore:仓库 1.7G 中 node_modules 占 1.5G,不排除会撑爆构建上下文;\n 宿主机依赖含平台相关二进制,拷进 linux 镜像必然是错的\n\n两个构建期参数(写错不报错、只静默坏掉,已写进 Dockerfile 顶部)\n- API_PROXY_TARGET:next rewrites 在 next build 时序列化进 routes-manifest,\n 是构建参数不是运行时变量;取值走 compose 内网服务名\n- NEXT_PUBLIC_WS_URL:NEXT_PUBLIC_* 构建期内联进客户端 bundle,而 WebSocket 由\n 浏览器直连(rewrites 只代理 /api 与 /sse),取值必须是宿主机可达地址\n 两者取值域相反,搞混的症状是\"页面能开、实时永远未连接\"\n\n迁移刻意拆成两个 job 不合并:双后端各有自己的 prisma/migrations,\"跑一个等于跑两个\"\n是 check:schema / check:migrations 保证的结论,不是编排可以预设的前提。\n实测 migrate-nestjs 独立复核报\"6 个迁移、无待应用\",一致性是被验证而非被假设的。\n\n本地实测证据\n- 五服务全部 healthy;双端容器内 /api/health 均 database/redis: up\n- 租户边界在容器栈同样生效:带租户 200 / 不带 400\n- 浏览器写入后 user.created 经 outbox→Redis→WS 落到 EventFeed(含 tenantId/eventId)\n- web 容器 /api/health 返回 service: fastify,证明内网代理参数正确\n- 容器栈与本机 dev 栈同时运行、数据互不可见\n\n仍 OPEN(CLAUDE.md G20 已按实分栏,不得据此宣称可上生产)\n镜像各约 2.1GB 未裁剪(pnpm 符号链接虚拟 store 与 node_modules/.prisma 耦合,\nprod-only 裁剪易做出\"能构建但运行时缺 engine\"的镜像,首版优先保证真能跑);\n安全模式仍 demo 且 DB 口令明文;无灰度回滚 Runbook / OTel / 限流熔断 / 审计日志 /\n备份恢复演练 / SLO 告警 / 镜像仓库与版本策略;未在任何非本机环境部署过。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:31:42-07:00"},{"Sha1":"b0b189c813b46ab3b6903cc4a13cd1ce1ad34d81","Message":"fix(dev): launch.json 指向本仓专属库,并补齐 demo 模式与 worker 开关\n\n启动本地开发栈时发现三处会让人\"跑起来了但其实是坏的\"的问题:\n\n1. DATABASE_URL 原先指向 base_framework_dev——实测该库里同时装着另一个项目的\n 8 个迁移(material_factory / brand_kit_profile / voiceprint_tasks / voice_cloning 等),\n 且缺本仓最新的 20260817090000_add_crew_engagement。按原配置启动会把本仓迁移\n 打进别的项目的库,正是 CLAUDE.md G15 记录的\"本机 PG:55432 被多项目共用\"事故模式。\n 改为本仓专属库 base_framework_haimate_dev(已建库并应用 6 个迁移),\n 对 base_framework_dev 未执行任何写操作。\n\n2. 缺 HAIMATE_SECURITY_MODE=demo——非测试环境默认 signed,缺 JWT 配置时 fail closed,\n 不显式开 demo 则本地所有请求 401(ADR-0011)。\n\n3. 缺 PLATFORM_WORKERS_ENABLED=1——不开则 KB 投影 / Trust 投影 / 审批过期等 worker\n 不运行,页面看起来能用但异步链路是死的。\n\n顺带记录一处认知缺口:G15 的机器防线只装在验收链上(check:runtime / check:ui 强制\n显式 URL + 库名前缀守卫),而开发启动路径没有守卫——launch.json 是手写配置,没人检查\n它指向哪。于是\"验收比开发更安全\",而开发才是每天都在跑的那条路径。已在文件内写明原因,\n机器化守卫列为后续项。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:31:16-07:00"}],"HeadCommit":{"Sha1":"b33f650552dbc4adad6df5ee670b6d9eba8eb125","Message":"chore(reports): 刷新治理证据,绑定提交 5acf362——容器化落地后三级重跑\n\n三份报告 provenance 均为 gitSha=5acf362 + worktreeDirty=false。\n\n- 静态 pnpm check 00:32Z 16 道门禁 + 棘轮 + lint + typecheck 全绿\n- 真实 DB check:runtime 00:33Z status=passed, 380 tests / 0 failures (floor 380)\n- 浏览器 check:ui 00:34Z status=passed, 14 用例 / 0 unexpected (floor 14)\n\n本轮为什么必须重跑而不能沿用上一份(fe9a6ae)绿盘:\nCI 修复 b673ff8 改动了双端 security.http.test.ts 与 scripts/check-runtime-acceptance.mjs\n——被测代码与测试运行器都变了,旧 runtime 证据随即失效。已把这条判据写进 CLAUDE.md:\n凡 apps/*/test、packages/contracts/src、apps/*/src、prisma 或验收 runner 自身发生改动,\n对应等级的证据一律作废重跑,不得沿用。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:35:11-07:00"},"CompareURL":"luoanwu/haimate/compare/15248a4a041b4e0b1716d65ce7327315a8d39176...b33f650552dbc4adad6df5ee670b6d9eba8eb125","Len":3}...
|
1787013326
|
Edit
Delete
|
|
23634
|
5
|
5
|
5
|
74
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"c6049fee7 {"Commits":[{"Sha1":"c6049fee7c14933da0e4ff1e6a534eb44cfe1a03","Message":"fix(governance): 更正上一提交的证据绑定声明——静态那一级当时并非 clean-bound\n\nb33f650 的提交信息与 CLAUDE.md 都写「三份报告均 worktreeDirty=false」,实测不成立:\n当时 17 份静态报告是 dirty=true,只有 runtime / UI 两份是 false。\n\n根因是执行顺序错了:先改 CLAUDE.md、再跑 pnpm check——那一刻工作区已因文档改动而脏,\n静态报告的 dirty 位被如实记成 true,而提交信息照抄了改动前的说法。\n\n本次在工作区 clean 状态下重跑静态门禁,现状态:\n- 静态 17 份:gitSha=b33f650 + worktreeDirty=false\n- runtime / UI 2 份:gitSha=5acf362 + worktreeDirty=false\n两个 SHA 是刻意如此:5acf362→b33f650 的差异只有 CLAUDE.md 一个文件\n(git diff --name-only 实测),不含任何 apps/ packages/ scripts/ 改动,\n因此 runtime / UI 证据仍绑定当前代码。\n\n已把这条教训写进 CLAUDE.md:报告的 dirty 位由**跑它那一刻的工作区**决定,\n不由你想宣称什么决定;正确顺序是代码与文档先提交干净,再跑门禁,再提交报告。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:36:54-07:00"}],"HeadCommit":{"Sha1":"c6049fee7c14933da0e4ff1e6a534eb44cfe1a03","Message":"fix(governance): 更正上一提交的证据绑定声明——静态那一级当时并非 clean-bound\n\nb33f650 的提交信息与 CLAUDE.md 都写「三份报告均 worktreeDirty=false」,实测不成立:\n当时 17 份静态报告是 dirty=true,只有 runtime / UI 两份是 false。\n\n根因是执行顺序错了:先改 CLAUDE.md、再跑 pnpm check——那一刻工作区已因文档改动而脏,\n静态报告的 dirty 位被如实记成 true,而提交信息照抄了改动前的说法。\n\n本次在工作区 clean 状态下重跑静态门禁,现状态:\n- 静态 17 份:gitSha=b33f650 + worktreeDirty=false\n- runtime / UI 2 份:gitSha=5acf362 + worktreeDirty=false\n两个 SHA 是刻意如此:5acf362→b33f650 的差异只有 CLAUDE.md 一个文件\n(git diff --name-only 实测),不含任何 apps/ packages/ scripts/ 改动,\n因此 runtime / UI 证据仍绑定当前代码。\n\n已把这条教训写进 CLAUDE.md:报告的 dirty 位由**跑它那一刻的工作区**决定,\n不由你想宣称什么决定;正确顺序是代码与文档先提交干净,再跑门禁,再提交报告。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-17T17:36:54-07:00"},"CompareURL":"luoanwu/haimate/compare/b33f650552dbc4adad6df5ee670b6d9eba8eb125...c6049fee7c14933da0e4ff1e6a534eb44cfe1a03","Len":1}...
|
1787013419
|
Edit
Delete
|
|
23256
|
5
|
1
|
5
|
75
|
0
|
0
|
|
0
|
|
1786852991
|
Edit
Delete
|
|
23257
|
5
|
5
|
5
|
75
|
0
|
0
|
refs/heads/main
|
0
|
|
1786853015
|
Edit
Delete
|
|
23258
|
5
|
5
|
5
|
75
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"4bcef1bbf {"Commits":[{"Sha1":"4bcef1bbfffbca2968adef922ca60afb8d4d5bfd","Message":"docs(governance): record clean three-tier evidence SHAs and provenance blind spot\n\n三级证据现均 worktreeDirty=false，分别绑定 9c7586e/1ea36ef/4b8055e\n（相邻 commit 只差 reports/*.latest.json，源码逐字相同）。\n\n同时记录一个继承自源仓的治理盲区：governance-report 对 runtime/UI 报告\n只校验 gitSha 格式合法，不校验等于当前 HEAD——证据新鲜度只靠人工纪律，\n无机器守卫。判断三级状态须实际比对各报告 provenance.gitSha 与 HEAD。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T20:56:20-07:00"},{"Sha1":"9c7586eee8910f54f7805c411fa9a742b77fbfd5","Message":"chore(reports): bind UI acceptance evidence to clean commit\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T20:55:43-07:00"},{"Sha1":"4b8055e04b7dd0b4943fa712a7663ee4e11ec194","Message":"chore(reports): bind runtime acceptance evidence to clean commit\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T20:55:21-07:00"},{"Sha1":"1ea36ef0c0c09a93e20594dc31f10a4beef7877e","Message":"chore(reports): refresh static gate evidence on clean tree\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T20:55:00-07:00"},{"Sha1":"67310efba607e03c717fc0d3bb3c50b3f880427c","Message":"feat(recruitment): 前端作战台 + 3 个浏览器用例，三级门禁全绿\n\n前端（apps/web）：\n- RecruitmentPanel 招商作战台挂上首页：线索列表/创建/推进/转换、商机卡、\n 岗位切换器、看板（在途/高质量成交/阶段门拦截）\n- 动作按钮不硬编码 17 态，从 GET /api/opportunities/machine 的\n states[state].on 渲染；证据表单由 contracts 的 GATE_REQUIREMENTS 驱动，\n 后端加一项要求前端自动多一格\n- 阶段门反馈分两种：gate-blocked（缺证据 + missing[]）与 role-blocked（403）\n- lib/api.ts 增招商调用层，动作接口带 x-actor-role 头\n\n浏览器级验收（4 → 7 用例），把招商域证据等级从「真实 DB API」推到「浏览器交互」：\n- 线索 → 分配 → 接通 → 转商机，验证 CONVERTED 冻结\n- 阶段门：空证据提交被服务端拦下、UI 显示 missing[]、状态不动；补齐后放行\n- 回款门：SALES 填齐同样证据仍被 403，切 FINANCE 才通过\n （证据完全相同、唯一变量是岗位——锁死「角色门独立于证据门」）\n\n棘轮上调（只涨不降）：uiTestsPassed 4 → 7\n\n文档：CLAUDE.md 证据段与蓝图状态同步为「一期已落地」，并写明未覆盖项\n（Fastify 侧 UI 属 G17 既有缺口、Interaction 录入页、看板外读模型）。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T20:53:03-07:00"}],"HeadCommit":{"Sha1":"4bcef1bbfffbca2968adef922ca60afb8d4d5bfd","Message":"docs(governance): record clean three-tier evidence SHAs and provenance blind spot\n\n三级证据现均 worktreeDirty=false，分别绑定 9c7586e/1ea36ef/4b8055e\n（相邻 commit 只差 reports/*.latest.json，源码逐字相同）。\n\n同时记录一个继承自源仓的治理盲区：governance-report 对 runtime/UI 报告\n只校验 gitSha 格式合法，不校验等于当前 HEAD——证据新鲜度只靠人工纪律，\n无机器守卫。判断三级状态须实际比对各报告 provenance.gitSha 与 HEAD。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T20:56:20-07:00"},"CompareURL":"","Len":8}...
|
1786853015
|
Edit
Delete
|
|
23259
|
5
|
5
|
5
|
75
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"299e9e73a {"Commits":[{"Sha1":"299e9e73a28b31c10f2bd4a03db552811de642db","Message":"docs(governance): record gitea publish baseline for independent repo\n\n远端已建立并实测对齐：\ngitea = https://gitea.g-hi.com/luoanwu/training-framework.git（独立新仓）\nls-remote 实测 gitea/main=4bcef1bb，与推送时本地 HEAD 逐字一致。\n\n同时写明仍不成立的宣称：远端 CI 已绿、已部署、生产可用。\n并记录 push 打印 Everything up-to-date 不构成已发布证据。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T21:04:53-07:00"}],"HeadCommit":{"Sha1":"299e9e73a28b31c10f2bd4a03db552811de642db","Message":"docs(governance): record gitea publish baseline for independent repo\n\n远端已建立并实测对齐：\ngitea = https://gitea.g-hi.com/luoanwu/training-framework.git（独立新仓）\nls-remote 实测 gitea/main=4bcef1bb，与推送时本地 HEAD 逐字一致。\n\n同时写明仍不成立的宣称：远端 CI 已绿、已部署、生产可用。\n并记录 push 打印 Everything up-to-date 不构成已发布证据。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T21:04:53-07:00"},"CompareURL":"luoanwu/training-framework/compare/4bcef1bbfffbca2968adef922ca60afb8d4d5bfd...299e9e73a28b31c10f2bd4a03db552811de642db","Len":1}...
|
1786853096
|
Edit
Delete
|
|
23260
|
5
|
5
|
5
|
75
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"27a28dd5a {"Commits":[{"Sha1":"27a28dd5a5a8aabd88832337fd5ffbc1216dbbf8","Message":"docs(ai-mentor): 培训 AI 导师「嗨伙伴」设计稿\n\n定位：AI 演客户，人演顾问，AI 打首评，人做复检。\n\n核心判断：\n1. 角色反转把幻觉赶到无害的一侧——AI 只演客户（客户发言不构成巨嗨对外承诺），\n 并明令禁止 AI 以客户身份陈述巨嗨产品/价格/兼容性（客户本就不该知道），\n 从而把「输出巨嗨事实」从 AI 的可能行为里整个移除。\n 顺带补上文档 15.2「三人轮换」里最难安排的客户角色。\n2. AI 的目标函数是按案例卡「隐藏风险」诱导学员犯错，不是配合学员；学员没上钩才算通过。\n3. 评分分两层：红线层用 20.2 禁用清单做确定性扫描（可复现可审计），\n 评分层 LLM 按 18.1 八维打分但每维必须附学员原话；\n 并套用 19.4 教练校准——AI 与人类复检维度偏差超 10 个百分点即冻结 AI 评分回人工。\n\n与上游嗨伙伴产品线对齐（工作/嗨伙计 crew.ts + check:partner-truth）：\n- 防幻觉架构照搬已验证的 hallucination-guard 形状（renderQuote → renderFact(contentId)），\n 不重新发明；\n- 「执行完成只认领域终态，ToolCall ALLOWED 不算完成」映射为\n 「AI 打完分 ≠ 培训完成」，领域终态是学员通过复检并获得 18.2 操作授权；\n- 一期为内部工具，不进 CREW_ROSTER（未对外售卖即无产品就绪事实）。\n\n硬依赖点名：二期「官网事实问答」被 ContentLedger 阻塞——它尚未落地，\n没有它就等于让 LLM 直接产出巨嗨事实，是本设计第 4 节明令禁止的形态。\n\n未落地、未评审。对象模型与状态机为草案，未登记 owner-matrix。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T21:27:44-07:00"}],"HeadCommit":{"Sha1":"27a28dd5a5a8aabd88832337fd5ffbc1216dbbf8","Message":"docs(ai-mentor): 培训 AI 导师「嗨伙伴」设计稿\n\n定位：AI 演客户，人演顾问，AI 打首评，人做复检。\n\n核心判断：\n1. 角色反转把幻觉赶到无害的一侧——AI 只演客户（客户发言不构成巨嗨对外承诺），\n 并明令禁止 AI 以客户身份陈述巨嗨产品/价格/兼容性（客户本就不该知道），\n 从而把「输出巨嗨事实」从 AI 的可能行为里整个移除。\n 顺带补上文档 15.2「三人轮换」里最难安排的客户角色。\n2. AI 的目标函数是按案例卡「隐藏风险」诱导学员犯错，不是配合学员；学员没上钩才算通过。\n3. 评分分两层：红线层用 20.2 禁用清单做确定性扫描（可复现可审计），\n 评分层 LLM 按 18.1 八维打分但每维必须附学员原话；\n 并套用 19.4 教练校准——AI 与人类复检维度偏差超 10 个百分点即冻结 AI 评分回人工。\n\n与上游嗨伙伴产品线对齐（工作/嗨伙计 crew.ts + check:partner-truth）：\n- 防幻觉架构照搬已验证的 hallucination-guard 形状（renderQuote → renderFact(contentId)），\n 不重新发明；\n- 「执行完成只认领域终态，ToolCall ALLOWED 不算完成」映射为\n 「AI 打完分 ≠ 培训完成」，领域终态是学员通过复检并获得 18.2 操作授权；\n- 一期为内部工具，不进 CREW_ROSTER（未对外售卖即无产品就绪事实）。\n\n硬依赖点名：二期「官网事实问答」被 ContentLedger 阻塞——它尚未落地，\n没有它就等于让 LLM 直接产出巨嗨事实，是本设计第 4 节明令禁止的形态。\n\n未落地、未评审。对象模型与状态机为草案，未登记 owner-matrix。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"ailaoluo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"ailaoluo","Timestamp":"2026-08-15T21:27:44-07:00"},"CompareURL":"luoanwu/training-framework/compare/299e9e73a28b31c10f2bd4a03db552811de642db...27a28dd5a5a8aabd88832337fd5ffbc1216dbbf8","Len":1}...
|
1786855126
|
Edit
Delete
|
|
25441
|
5
|
5
|
5
|
75
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"5b6ffb2fd {"Commits":[{"Sha1":"5b6ffb2fd47829470408617bee019a0a3912b7b7","Message":"Refine training framework workflows and governance coverage\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-24T02:29:00-07:00"}],"HeadCommit":{"Sha1":"5b6ffb2fd47829470408617bee019a0a3912b7b7","Message":"Refine training framework workflows and governance coverage\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-24T02:29:00-07:00"},"CompareURL":"luoanwu/training-framework/compare/27a28dd5a5a8aabd88832337fd5ffbc1216dbbf8...5b6ffb2fd47829470408617bee019a0a3912b7b7","Len":1}...
|
1787563748
|
Edit
Delete
|
|
24524
|
5
|
1
|
5
|
76
|
0
|
0
|
|
0
|
|
1787208388
|
Edit
Delete
|
|
24525
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
|
1787208429
|
Edit
Delete
|
|
24526
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"d66fbcbb4 {"Commits":[{"Sha1":"d66fbcbb48ca0e0fc2b252b67accac472b8d800f","Message":"feat(kernel): integrate governed LLM execution and operations UI\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T23:36:38-07:00"},{"Sha1":"6f6027d4e97cd6dfc976f129ce62cf9e51786c1b","Message":"feat(governance): C19 报告内容指纹 worktreeHash + 扫描器排除单源 scan-ignore\n\n- provenance schema v2：dirty 工作区内容指纹（跟踪 diff + 未跟踪内容哈希，clean 恒 null），\n 取材边界与 worktreeDirty 完全同源；静态子报告六字段同 run 对账，伪造 env / dirty-指纹\n 不相干 / 聚合期间内容变化 均即红；验收报告陈旧性 staleAcceptanceReports 显式记录不阻断\n （提交动作必然产生新 SHA，硬闸在 CI 干净 checkout 下恒红，判责理由见 CLAUDE.md 事实作用域）\n- 六门禁扫描器 IGNORE 表收口单源 scripts/lib/scan-ignore.mjs：.next* 前缀统一按产物豁免\n （NEXT_DIST_DIR=.next-fastify 曾被判 17 条 naming + 3 条 F7 假红）；.gitignore 补 .next-*\n- 负向测试已实跑：伪造指纹 env exit1；v1 旧 schema 验收报告 schemaVersion+相干性双红\n （换 schema 必须重新出证）；植入禁用词红→复原绿；植入空目录红→复原绿\n- 后续：runtime/ui 验收需在稳定树上重跑一次升级到 v2 provenance；在那之前\n check:governance 对旧 v1 验收报告红盘属预期换证语义\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T22:20:41-07:00"},{"Sha1":"e3696a9352f893fbdbb954f1ec03fb14185d6b53","Message":"fix(e2e): Work Graph 用例断言收窄 first()（goal 默认同名双命中）+ 验收报告刷新\n\n并行会话重写 spec 时回退了 strict-mode 修复；同时刷新 clean 基线后的\nruntime(292)/ui(11) 报告。views 半成品留给并行会话，本提交不含。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T08:58:53-07:00"},{"Sha1":"d7b2d631cf58dd9dcfcf8f2466d43680ea3ea4f3","Message":"feat(workgraph): Project 实体化 + Work Graph 依赖门闸 + 读时进度（§12/§14/§103）\n\n- contracts: project.ts（createProjectSchema/ProjectDto/ProjectProgress，无百分比字段）、\n createTaskSchema.dependsOnTaskIds（max16 默认[]）、project.created 事件类型\n- DB: TaskDependency（unique[tenantId,taskId,dependsOnTaskId]）+ Project 表，\n 双后端同 SQL 迁移 20260825010000_workgraph_slice\n- 双后端: projects 服务（读时 groupBy 进度：total/succeeded/running/blockedByDeps）+\n Task 创建事务内依赖声明（构造性无环，坏依赖 404）+ ready 门闸\n （409 DEPENDENCIES_NOT_MET + unmet 清单，迁移事务内判定）\n- web: ProjectsPanel + 建任务表单 project/依赖选择 + useRealtime project 分支；\n 含并行会话 workbench/views 面板重构收敛（TaskCreateForm 已吸收依赖字段）\n- 验收: check 绿；check:runtime 292 tests（地板 277→292）；check:ui 11 用例（地板 10→11）\n ——2026-08-19 本地实跑，PG:55447 + Redis:6397/2、/3\n- 治理: registry 登记 TaskDependency/projects 入口；CLAUDE.md 真源地图/基线表/新鲜度同步；\n 经验库 workgraph 记录（构造性无环、行为断言防 UI 重构碎测）\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T08:55:25-07:00"},{"Sha1":"2763d474f9fc47991ce52ca1f718685d04a1f2d9","Message":"feat(auth): G8 持久化角色表——resolveEffectiveRole「DB 覆盖 claim」+ admin 端点 + bootstrap\n\n用户拍板三决策落地：① 生效角色 = DB 覆盖已验签 claim（可降可升、本地可吊销\nIdP 签发的角色；DB 非法值按无记录 fail-safe，claim 兜底）；② 两后端对等\nadmin-only /api/roles（GET/PUT upsert/DELETE 204，admin 判定同样走生效角色）+\nAUTH_BOOTSTRAP_ADMIN=\"tenantId:subject\" 虚拟授予解鸡生蛋；③ cancel 特权闸与\napprove 同步改查生效角色（非特权事件不查 DB）。\n\n- contracts：roleAssignmentSchema / resolveEffectiveRole / isBootstrapAdmin 单源；\n subject 取 JWT sub claim（TenantAuthResult/双后端 TenantAuthContext 透传——\n 实测抓获「contracts 产出 subject 而消费端丢弃」断链，403 全链复现后修复）\n- 表：role_assignments（[tenantId,subject] 唯一）+ 两侧逐字节一致迁移；\n owner-matrix 先登记后建表；registry 登记 auth 域（validation/tenant 门禁自动覆盖）\n- 验收：contracts 27/27；两后端全 auth 套件各 20/20（真实 DB，核心负向：\n claim=admin 而 DB 记 member → 403）；migrations/schema/validation/write-guard/\n dual-backend/naming/fork-readiness 七门禁绿（全量 check 待伙伴会话 Projects\n 切片收敛后随快照重跑）\n- schema.prisma / registry / owner-matrix / work 路由含伙伴会话 Projects 半成品，\n 本提交不含，随其扫荡入库\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T08:44:55-07:00"}],"HeadCommit":{"Sha1":"d66fbcbb48ca0e0fc2b252b67accac472b8d800f","Message":"feat(kernel): integrate governed LLM execution and operations UI\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T23:36:38-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/84afc39d2571c2e7d74673572e81fb737d36e271...d66fbcbb48ca0e0fc2b252b67accac472b8d800f","Len":10}...
|
1787208429
|
Edit
Delete
|
|
24535
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"31591db05 {"Commits":[{"Sha1":"31591db0504c787ba6162697ffd05e2a3fe9f1ec","Message":"test(llm): anthropic 协议后端验收 + 真实超时重试链 + live smoke 脚本（关闭 G18 两盲区）\n\n- 两后端各增 llm.anthropic.acceptance.test.ts（独立文件防 env 串扰，沿 auth.rs256 先例）：\n /messages + x-api-key + anthropic-version 协议头、usage 从 input/output_tokens 归一化、\n 响应慢于 LLM_TIMEOUT_MS → AbortController abort → transient → BullMQ 重试收敛\n- scripts/llm-live-smoke.mjs（pnpm llm:smoke）：真 key 冒烟，env 与后端同源复用\n runAnalysisLlm 策略体；三条退出路径（0 通过/1 失败带分类/2 桩姿态）均已本地实证；\n 不进门禁不写 reports/\n- check:dual-backend LLM 绊网扩展：anthropic 验收文件存在性红线（负向已验证）\n- 地板棘轮：testsPassed 350→354（--update-baseline 全绿后收紧，专属基座\n runtime_llm+Redis/8）、ownTests 49→51、ownTestCases 339→343\n- G18 关闭 anthropic/超时两条盲区，live smoke 更新为「脚本已备待真 key 实跑」\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T23:48:00-07:00"}],"HeadCommit":{"Sha1":"31591db0504c787ba6162697ffd05e2a3fe9f1ec","Message":"test(llm): anthropic 协议后端验收 + 真实超时重试链 + live smoke 脚本（关闭 G18 两盲区）\n\n- 两后端各增 llm.anthropic.acceptance.test.ts（独立文件防 env 串扰，沿 auth.rs256 先例）：\n /messages + x-api-key + anthropic-version 协议头、usage 从 input/output_tokens 归一化、\n 响应慢于 LLM_TIMEOUT_MS → AbortController abort → transient → BullMQ 重试收敛\n- scripts/llm-live-smoke.mjs（pnpm llm:smoke）：真 key 冒烟，env 与后端同源复用\n runAnalysisLlm 策略体；三条退出路径（0 通过/1 失败带分类/2 桩姿态）均已本地实证；\n 不进门禁不写 reports/\n- check:dual-backend LLM 绊网扩展：anthropic 验收文件存在性红线（负向已验证）\n- 地板棘轮：testsPassed 350→354（--update-baseline 全绿后收紧，专属基座\n runtime_llm+Redis/8）、ownTests 49→51、ownTestCases 339→343\n- G18 关闭 anthropic/超时两条盲区，live smoke 更新为「脚本已备待真 key 实跑」\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T23:48:00-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/d66fbcbb48ca0e0fc2b252b67accac472b8d800f...31591db0504c787ba6162697ffd05e2a3fe9f1ec","Len":1}...
|
1787208720
|
Edit
Delete
|
|
24536
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/codex/publish-digital-employee-os
|
0
|
|
1787208720
|
Edit
Delete
|
|
24537
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/codex/publish-digital-employee-os
|
0
|
{"Commits":[],"HeadCommit":{"S {"Commits":[],"HeadCommit":{"Sha1":"d66fbcbb48ca0e0fc2b252b67accac472b8d800f","Message":"feat(kernel): integrate governed LLM execution and operations UI\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T23:36:38-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/main...d66fbcbb48ca0e0fc2b252b67accac472b8d800f","Len":0}...
|
1787208720
|
Edit
Delete
|
|
24542
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"859edc397 {"Commits":[{"Sha1":"859edc397ed56d09cf7d370f11c40bc727ca62ea","Message":"fix(ci): checkout 补全历史（F5 需校验 provenance SHA 属本仓）+ UI 阶段 Redis 逻辑库隔离（O1）\n\n首两次真实 CI run（32340541695/32341483001）在 fork-readiness F5 红盘判责：\nactions/checkout 默认浅克隆只有 tip commit，验收报告 provenance 指向的真实祖先\nSHA（d66fbcb/6f6027d）被误判为跨仓假证据。fetch-depth: 0 补全历史即根治。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T23:57:11-07:00"}],"HeadCommit":{"Sha1":"859edc397ed56d09cf7d370f11c40bc727ca62ea","Message":"fix(ci): checkout 补全历史（F5 需校验 provenance SHA 属本仓）+ UI 阶段 Redis 逻辑库隔离（O1）\n\n首两次真实 CI run（32340541695/32341483001）在 fork-readiness F5 红盘判责：\nactions/checkout 默认浅克隆只有 tip commit，验收报告 provenance 指向的真实祖先\nSHA（d66fbcb/6f6027d）被误判为跨仓假证据。fetch-depth: 0 补全历史即根治。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-19T23:57:11-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/31591db0504c787ba6162697ffd05e2a3fe9f1ec...859edc397ed56d09cf7d370f11c40bc727ca62ea","Len":1}...
|
1787209033
|
Edit
Delete
|
|
24551
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"e17e315f2 {"Commits":[{"Sha1":"e17e315f20a61059ab3b48375897c5f5b6213bdc","Message":"fix(ci): 验收 runner 前置 contracts 构建——干净 checkout 下 dist 不存在导致全量解析崩\n\nCI run 32341789171 判责：runtime job 从不 build contracts，vite 解析\n@repo/contracts 入口失败，NestJS 20 个测试文件加载即灭（本地永不复现，\n因 dist 常年存在——干净 worktree 复现实锤）。\n\n- check:runtime / check:ui 首步 contracts-build + dist/index.js 存在性断言\n- contracts build 改 tsc -b --force（composite 已就位）\n- 干净房验证：859edc3 + 本修复 → check:runtime 354/354 全绿\n （/tmp worktree + 全新 install + 专属 PG/Redis）\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T00:18:07-07:00"}],"HeadCommit":{"Sha1":"e17e315f20a61059ab3b48375897c5f5b6213bdc","Message":"fix(ci): 验收 runner 前置 contracts 构建——干净 checkout 下 dist 不存在导致全量解析崩\n\nCI run 32341789171 判责：runtime job 从不 build contracts，vite 解析\n@repo/contracts 入口失败，NestJS 20 个测试文件加载即灭（本地永不复现，\n因 dist 常年存在——干净 worktree 复现实锤）。\n\n- check:runtime / check:ui 首步 contracts-build + dist/index.js 存在性断言\n- contracts build 改 tsc -b --force（composite 已就位）\n- 干净房验证：859edc3 + 本修复 → check:runtime 354/354 全绿\n （/tmp worktree + 全新 install + 专属 PG/Redis）\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T00:18:07-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/859edc397ed56d09cf7d370f11c40bc727ca62ea...e17e315f20a61059ab3b48375897c5f5b6213bdc","Len":1}...
|
1787210290
|
Edit
Delete
|
|
24568
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"6a3d263e9 {"Commits":[{"Sha1":"6a3d263e9c83ec102cd45c7a7303926821bf02cf","Message":"fix(ci): tests-passing 解析器剥 ANSI——CI 彩色输出把 354 数成 0 触发地板假红\n\nGITHUB_ACTIONS 下 vitest 强制彩色，`Tests` 与数字间夹 \\x1b[1m\\x1b[32m 序列，\n裸正则失配（run 32343375378：三步测试全绿、地板却报 got 0）。\n干净房以 GITHUB_ACTIONS=true CI=true FORCE_COLOR=1 复现并验证：剥色后 354/passed。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T00:33:52-07:00"}],"HeadCommit":{"Sha1":"6a3d263e9c83ec102cd45c7a7303926821bf02cf","Message":"fix(ci): tests-passing 解析器剥 ANSI——CI 彩色输出把 354 数成 0 触发地板假红\n\nGITHUB_ACTIONS 下 vitest 强制彩色，`Tests` 与数字间夹 \\x1b[1m\\x1b[32m 序列，\n裸正则失配（run 32343375378：三步测试全绿、地板却报 got 0）。\n干净房以 GITHUB_ACTIONS=true CI=true FORCE_COLOR=1 复现并验证：剥色后 354/passed。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T00:33:52-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/e17e315f20a61059ab3b48375897c5f5b6213bdc...6a3d263e9c83ec102cd45c7a7303926821bf02cf","Len":1}...
|
1787211236
|
Edit
Delete
|
|
24569
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"66900427c {"Commits":[{"Sha1":"66900427c855e2ce43d634de9c6107dd6e8d1224","Message":"docs(governance): 发布状态快照更新为远端三级门禁首次全绿（run 32344601896）\n\n两远端 main=6a3d263，GitHub Actions 两 job 全绿；三层 CI 假红判责留档\n（F5 浅克隆 / 干净 checkout 缺 contracts dist / ANSI 彩色数 0）。\nci-gate 保持 OPEN：branch protection + 受控失败 PR 拦截证明未做。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T00:45:06-07:00"}],"HeadCommit":{"Sha1":"66900427c855e2ce43d634de9c6107dd6e8d1224","Message":"docs(governance): 发布状态快照更新为远端三级门禁首次全绿（run 32344601896）\n\n两远端 main=6a3d263，GitHub Actions 两 job 全绿；三层 CI 假红判责留档\n（F5 浅克隆 / 干净 checkout 缺 contracts dist / ANSI 彩色数 0）。\nci-gate 保持 OPEN：branch protection + 受控失败 PR 拦截证明未做。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T00:45:06-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/6a3d263e9c83ec102cd45c7a7303926821bf02cf...66900427c855e2ce43d634de9c6107dd6e8d1224","Len":1}...
|
1787211909
|
Edit
Delete
|
|
24579
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"29718124b {"Commits":[{"Sha1":"29718124b1918bbc4d17c98875c6043ec5fa3048","Message":"fix(events)+test(learning): dispatcher 关闭等待在途 tick + ActorSkillState 并发学习用例（G18 盲区）\n\n- 两后端 outbox dispatcher close 原来只 clearInterval、不等在途 tick——\n tick 可越过 redis.quit() 撞死连接（CI 收尾竞态实锤形态之一）；\n 现 clearInterval + await inFlight（收窄竞态面，不宣称根治偶发）\n- 两后端各 +2 真实 DB 双事务并发用例（行锁定序确定性编排）：\n 乐观锁 0 行拒绝 / 经验恰好 +1 防双记账 / 失败侧全量回滚（P4）/\n 全新技能并发首建 P2002 防双行\n- 地板棘轮：testsPassed 354→358（专属基座 runtime_g18+Redis/12 全量 358/358）、\n ownTests→54、ownTestCases→354\n- CI run 32345463489（docs-only 提交偶发红）复跑即绿，判责=偶发成立，形态已记 G18\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T01:09:40-07:00"}],"HeadCommit":{"Sha1":"29718124b1918bbc4d17c98875c6043ec5fa3048","Message":"fix(events)+test(learning): dispatcher 关闭等待在途 tick + ActorSkillState 并发学习用例（G18 盲区）\n\n- 两后端 outbox dispatcher close 原来只 clearInterval、不等在途 tick——\n tick 可越过 redis.quit() 撞死连接（CI 收尾竞态实锤形态之一）；\n 现 clearInterval + await inFlight（收窄竞态面，不宣称根治偶发）\n- 两后端各 +2 真实 DB 双事务并发用例（行锁定序确定性编排）：\n 乐观锁 0 行拒绝 / 经验恰好 +1 防双记账 / 失败侧全量回滚（P4）/\n 全新技能并发首建 P2002 防双行\n- 地板棘轮：testsPassed 354→358（专属基座 runtime_g18+Redis/12 全量 358/358）、\n ownTests→54、ownTestCases→354\n- CI run 32345463489（docs-only 提交偶发红）复跑即绿，判责=偶发成立，形态已记 G18\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T01:09:40-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/66900427c855e2ce43d634de9c6107dd6e8d1224...29718124b1918bbc4d17c98875c6043ec5fa3048","Len":1}...
|
1787213384
|
Edit
Delete
|
|
24649
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"5e0044558 {"Commits":[{"Sha1":"5e0044558f1104cbbaefb759bd0d70c3a5049418","Message":"feat(skills)+feat(web): 技能目录治理与熟练度真实对接 + 响应式工作台 + G18/G21 收口\n\n技能管理治理（先登记后使用）：\n- contracts 新增 skill.ts 单源：SKILL_NAME_PATTERN / registerSkillSchema /\n findUnknownSkills / toSkillProficiencySnapshot（两后端只做框架胶水，防 G17 漂移）\n- 两后端对等 GET/POST /api/skills 幂等登记（新建 201 + 同 tx 发 skill.registered，\n 重复 200 同行；P2002 窄捕获）；任务/触发器模板 requiredSkills 构造性校验，\n 未登记 400 UNKNOWN_SKILLS 附清单（TaskDependency 同款先例，负向已验证：\n 拼错名不建任务、不污染目录、不再静默铸造 ActorSkillState 履历）\n- web SkillPicker 目录化表单（任务/自动化共用；显式登记新技能名）\n\n熟练度真实对接（修复蓝图与代码漂移）：\n- 装配事务内读 ActorSkillState → 快照 skillProficiency → LLM prompt 渲染执行者履历\n （ANALYSIS_PROMPT_VERSION=2）；两后端「二次装配快照携带 count=1」断言钉死\n\nG18 盲区收口：两后端 learning.concurrency.test.ts（行锁定序双事务：乐观锁 0 行拒绝\n+ 整事务回滚计数不丢不重 + 全新技能并发首建 P2002 防双行）\n\n响应式工作台改版：手机端底部导航 / PC 端侧栏 + 2 个响应式 e2e 用例；\nRoleAssignmentsPanel（G8 角色管理只读面）；G21 agent-adapters 生成器与比对门禁接入\n\n治理回灌：registry 登记 skills 资产（fork-readiness/dual-backend/validation/outbox\n接管）、owner-matrix/work/learning 蓝图/词典/CLAUDE.md 动态区同步、\n棘轮收紧 testsPassed=368 / ownTests=54 / ownTestCases=360\n\n证据（本地工作区，2026-08-20）：pnpm check 静态 12 项全绿；check:runtime 368/368\n（PG:55447/digital_employee_os_skills_20260820 + Redis:6397/9）；check:ui 13/13\n（含 SkillPicker 全链路与响应式用例，端口 3151/3253）\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T02:49:23-07:00"}],"HeadCommit":{"Sha1":"5e0044558f1104cbbaefb759bd0d70c3a5049418","Message":"feat(skills)+feat(web): 技能目录治理与熟练度真实对接 + 响应式工作台 + G18/G21 收口\n\n技能管理治理（先登记后使用）：\n- contracts 新增 skill.ts 单源：SKILL_NAME_PATTERN / registerSkillSchema /\n findUnknownSkills / toSkillProficiencySnapshot（两后端只做框架胶水，防 G17 漂移）\n- 两后端对等 GET/POST /api/skills 幂等登记（新建 201 + 同 tx 发 skill.registered，\n 重复 200 同行；P2002 窄捕获）；任务/触发器模板 requiredSkills 构造性校验，\n 未登记 400 UNKNOWN_SKILLS 附清单（TaskDependency 同款先例，负向已验证：\n 拼错名不建任务、不污染目录、不再静默铸造 ActorSkillState 履历）\n- web SkillPicker 目录化表单（任务/自动化共用；显式登记新技能名）\n\n熟练度真实对接（修复蓝图与代码漂移）：\n- 装配事务内读 ActorSkillState → 快照 skillProficiency → LLM prompt 渲染执行者履历\n （ANALYSIS_PROMPT_VERSION=2）；两后端「二次装配快照携带 count=1」断言钉死\n\nG18 盲区收口：两后端 learning.concurrency.test.ts（行锁定序双事务：乐观锁 0 行拒绝\n+ 整事务回滚计数不丢不重 + 全新技能并发首建 P2002 防双行）\n\n响应式工作台改版：手机端底部导航 / PC 端侧栏 + 2 个响应式 e2e 用例；\nRoleAssignmentsPanel（G8 角色管理只读面）；G21 agent-adapters 生成器与比对门禁接入\n\n治理回灌：registry 登记 skills 资产（fork-readiness/dual-backend/validation/outbox\n接管）、owner-matrix/work/learning 蓝图/词典/CLAUDE.md 动态区同步、\n棘轮收紧 testsPassed=368 / ownTests=54 / ownTestCases=360\n\n证据（本地工作区，2026-08-20）：pnpm check 静态 12 项全绿；check:runtime 368/368\n（PG:55447/digital_employee_os_skills_20260820 + Redis:6397/9）；check:ui 13/13\n（含 SkillPicker 全链路与响应式用例，端口 3151/3253）\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T02:49:23-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/29718124b1918bbc4d17c98875c6043ec5fa3048...5e0044558f1104cbbaefb759bd0d70c3a5049418","Len":1}...
|
1787219402
|
Edit
Delete
|
|
24651
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"e4b6a5e49 {"Commits":[{"Sha1":"e4b6a5e4925ba1a7234be9035af63c53fd77b945","Message":"docs(governance): 发布状态快照更新为远端三级门禁第二次全绿（run 32355865911）\n\n5e00445 已对齐 GitHub/Gitea 双远端；static + runtime/UI 两 job 干净 checkout 全绿\n（368 tests 地板硬校验 + 13 Playwright 用例，含技能目录治理与响应式用例）。\nG14 收尾项不变：branch protection / required checks 与受控失败 PR 拦截证据仍缺。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T03:03:03-07:00"}],"HeadCommit":{"Sha1":"e4b6a5e4925ba1a7234be9035af63c53fd77b945","Message":"docs(governance): 发布状态快照更新为远端三级门禁第二次全绿（run 32355865911）\n\n5e00445 已对齐 GitHub/Gitea 双远端；static + runtime/UI 两 job 干净 checkout 全绿\n（368 tests 地板硬校验 + 13 Playwright 用例，含技能目录治理与响应式用例）。\nG14 收尾项不变：branch protection / required checks 与受控失败 PR 拦截证据仍缺。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T03:03:03-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/5e0044558f1104cbbaefb759bd0d70c3a5049418...e4b6a5e4925ba1a7234be9035af63c53fd77b945","Len":1}...
|
1787220188
|
Edit
Delete
|
|
25109
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"c0ed7540c {"Commits":[{"Sha1":"c0ed7540c137f2a6828d24503a4c396156996f33","Message":"feat(governance): 三项拍板落地——HTTP jobs kind 值域收窄 + 结果裁决角色闸 + RoleAssignmentDto 接线 (#3)\n\n三项 2026-08-20 拍板：① HTTP /api/jobs kind 值域收窄为 HTTP_ENQUEUEABLE_JOB_KINDS\n（内部作业 analysis/outcome.expire 入口即 400，消费门禁断言升级并负向验证）；\n② 结果裁决角色闸 canResolveOutcome 单源（outcome confirm/dispute/attribution 收口\napprover/admin，判责矩阵与 approve 完全对等，G8 ⑥）；③ /api/roles list/upsert 返回\n接线 contracts RoleAssignmentDto。另含发布快照推进 cf68476 与合并插坏段落修复。\n\n本地全链（2026-08-20）：pnpm check exit 0 · check:runtime 378/378（地板 370→378）·\ncheck:ui 14/14。PR CI：头 cec3cd5 run 32375879119 两 job 全绿（2395bfb 的 run #16 红\n为 G18 已档收尾偶发——378 测试全过仅 Fastify auth.rs256 收尾 TCP 未处理拒绝，\n等价复跑即绿，判责档案见 CLAUDE.md G18）。","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-08-20T07:30:53-07:00"},{"Sha1":"cf684760ca7c7d1580ffd27e4ab28726ab8a7636","Message":"fix(build): 串行化双 app prisma:generate——U6 竞态在本仓 CI 首次实锤（run #13）(#2)\n\nturbo 包级依赖 api-fastify#prisma:generate → api-nestjs#prisma:generate 全局串行化，\n消除共享 .prisma/client 输出的并行写坏竞态（main run #13 红盘根因，playbook U6）。\nPR merge-ref CI 两 job 全绿（run 32372272135）。","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-08-20T06:14:00-07:00"},{"Sha1":"24eee9a94b903d2e24cf965a081eb8c38a0158e3","Message":"fix(build): 串行化双 app prisma:generate——U6 竞态在本仓 CI 首次实锤（run #13）\n\nmerge 9f94390（PR #1）后的 main push run #13 红：两 app 的 prisma generate 被\nturbo 并行执行，共享输出 node_modules/.prisma/client/default.js 被写坏\n（default.js:5 SyntaxError: Unexpected token ')'，NestJS 21 个测试套件加载即灭）。\n同一棵树半小时前在 PR merge-ref 全绿（run 32360248617）——纯概率性竞态，\n正是 playbook U6 预记的形态（上游实锤过，本仓 CI 首中）。\n\n修复（U6 自记的长期解法）：turbo.json 增包级任务依赖\n api-fastify#prisma:generate dependsOn api-nestjs#prisma:generate\n全局串行化（CI / 本地 / 任何调用方同治），不改各包脚本与开发用法。\n\n验证：pnpm prisma:generate 连跑 3 次，两 generate 严格先后执行，\ndefault.js 每次 node --check 解析干净；pnpm check 静态全绿。\n回灌：playbook U6 补本仓实锤与已落地解法；CLAUDE.md 发布快照补 run #13 判责一笔。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\nClaude-Session: https://claude.ai/code/session_01SPyuoU3B2ecKWLUDp1ogF4\n","AuthorEmail":"noreply@anthropic.com","AuthorName":"Claude","CommitterEmail":"noreply@anthropic.com","CommitterName":"Claude","Timestamp":"2026-08-20T13:04:20Z"},{"Sha1":"9f94390ac23dee9c3055f9d1d7ab4bca93f50ffa","Message":"fix(governance): 全面治理修复——C25/C26/F8 + 文档真源回灌 + 对等修正与新断言 (#1)\n\n体检 → 修复 → 三轮与 main 汇合的完整治理轮。合并树实测：pnpm check exit 0 ·\ncheck:runtime 370/370 · check:ui 14/14；PR merge-ref CI 两 job 全绿（run 32360248617）。\n含 C26（棘轮地板采集只认 git 已跟踪文件）的唯一根因修复。详见 PR #1 描述与\ndocs/governance-experience.md C25/C26 战役记录。","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-08-20T05:53:19-07:00"},{"Sha1":"c22c7bcdbc589842e356b7a3ed3a7fc8fc9dc76b","Message":"merge: 汇合 main 技能目录治理特性轮（5e00445..e4b6a5e）——三方合并全链绿\n\n冲突解决（并集原则）：\n- 发布快照/证据行：取 main「第二次全绿 run 32355865911」事实 + 本轮「参数以 report\n 为准」纪律 + 补记 run #8 C26 判责；数字按合并树实测（54/363/370/14）\n- baseline 表：fork-readiness 取本轮 F8 版；agent-adapters（G21 闭环新门禁）取 main；\n own-tests/own-test-cases 取 C26 口径注记 + 合并树实测值\n- 缺口索引：C25/C26（本轮）与 G21（main）并集；G21 OPEN 段随 main 删除\n- 经验库：C25/C26 战役（本轮）+ G21 战役（main）并集\n- reports/baseline 合并后全链重跑再生成\n\n合并树验证（2026-08-20，基座重启后实跑）：pnpm check exit 0（含 agent-adapters 新门禁 +\nC26 跟踪计数）· check:runtime 370/370（地板 368→370）· check:ui 14/14（地板 11→14）·\ngovernance 53→54/349→363 · 终检 exit 0\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\nClaude-Session: https://claude.ai/code/session_01SPyuoU3B2ecKWLUDp1ogF4\n","AuthorEmail":"noreply@anthropic.com","AuthorName":"Claude","CommitterEmail":"noreply@anthropic.com","CommitterName":"Claude","Timestamp":"2026-08-20T10:42:36Z"}],"HeadCommit":{"Sha1":"c0ed7540c137f2a6828d24503a4c396156996f33","Message":"feat(governance): 三项拍板落地——HTTP jobs kind 值域收窄 + 结果裁决角色闸 + RoleAssignmentDto 接线 (#3)\n\n三项 2026-08-20 拍板：① HTTP /api/jobs kind 值域收窄为 HTTP_ENQUEUEABLE_JOB_KINDS\n（内部作业 analysis/outcome.expire 入口即 400，消费门禁断言升级并负向验证）；\n② 结果裁决角色闸 canResolveOutcome 单源（outcome confirm/dispute/attribution 收口\napprover/admin，判责矩阵与 approve 完全对等，G8 ⑥）；③ /api/roles list/upsert 返回\n接线 contracts RoleAssignmentDto。另含发布快照推进 cf68476 与合并插坏段落修复。\n\n本地全链（2026-08-20）：pnpm check exit 0 · check:runtime 378/378（地板 370→378）·\ncheck:ui 14/14。PR CI：头 cec3cd5 run 32375879119 两 job 全绿（2395bfb 的 run #16 红\n为 G18 已档收尾偶发——378 测试全过仅 Fastify auth.rs256 收尾 TCP 未处理拒绝，\n等价复跑即绿，判责档案见 CLAUDE.md G18）。","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-08-20T07:30:53-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/e4b6a5e4925ba1a7234be9035af63c53fd77b945...c0ed7540c137f2a6828d24503a4c396156996f33","Len":9}...
|
1787326999
|
Edit
Delete
|
|
25110
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"55b9c2a0a {"Commits":[{"Sha1":"55b9c2a0af78b6998bac3614dedc7187e37057ea","Message":"merge: 汇合远端治理修复轮（PR #1/#2/#3，e4b6a5e..c0ed754）与本地 C45–C68 大波次\n\n冲突决议（24 文件）：\n- reports/baseline：取本地 08-22 棘轮（458 tests / 66 files / 456 cases / 19×2 UI，为远端严格超集）\n- jobs.processor / work.module / queue.ts(fastify)：取本地 C26 JobIntent 同事务链（远端 commit 后 queue.add + defaultJobOptions 兜底已被结构性取代；嫁接远端 Redis db NaN 守卫到 Fastify 侧保持双后端对等）\n- roles.service ×2：取本地 C42 审计事务版 + 嫁接远端 RoleAssignmentDto 返回类型接线（PR #3 拍板资产）\n- page.tsx：取本地 C53 会话身份（auth-identity testid，Playwright 依赖）\n- check-ui-acceptance：本地 OIDC 编排 + 远端 F8 注释并集\n- CLAUDE.md：本地 C45–C68 动态区为基底，嫁接远端 F8 行、五层 CI 假红叙事、结果裁决角色闸（G8 ⑫）、own-tests git-tracked 口径注记，快照更新为两远端对齐 c0ed754（run 32380591807 绿）\n\n编号撞号收口：两条时间线独立分配了 C25/C26/C1——远端线三个战役重编号为 C69（runner 自含 contracts 构建 + F8）/ C70（地板采集只认 git 已跟踪）/ C71（队列双注册策略显式化），经验库标题、脚本注释、测试注释同步改引；本地 C25（迟到成功）/C26（JobIntent）/C1（check-naming）编号不变。\n\n合并树证据：静态 pnpm check 全绿（Node 22，本地 dirty 工作区 2026-08-22）；双后端 UI 聚合 38/38 绿（伙伴会话实跑，指纹绑定本合并内容）。合并提交自身的远端 CI 以 headSha 定位的 run 为准。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-22T08:10:56-07:00"},{"Sha1":"f79d0b0b172086ad5ae0954bd2f27a4e640398a1","Message":"feat(security)+feat(ops)+feat(mobile): 生产安全与运维深水区大波次——权限/OIDC/RLS/凭据隔离/追踪/韧性/容量/移动端双平台\n\n- 权限与身份：C52 PermissionAssignment 细粒度权限（ALLOW/DENY 覆盖 + 迁移 CHECK）+ C53 Web OIDC PKCE 真实登录态（mock IdP + BFF code exchange + 会话复核）+ C51 生产启动 fail-closed（check:auth-startup）\n- 数据库纵深：C54 22 租户表 FORCE RLS 双策略与 ALS Prisma bridge + C55/C56 migration/API/dispatcher 三凭据分离、独立 dispatcher 入口（check:db-credentials / check:rls）\n- 可观测与韧性：C57 OTLP/W3C 四进程分布式追踪（packages/observability tracing + otel-collector/tempo 参考编排）+ C58/C63/C64/C65 依赖断链/半开黑洞/超时延迟/池饱和 14 fault 恢复（check:dependency-resilience）\n- 容量包络：C61 双 API 真实依赖探测 480 次（check:capacity）+ C66 双后端业务写链 40 主链持久积压无损排空（check:write-capacity）\n- 多实例与 Redis：C49 四 OS 进程真实竞争领取（check:multi-instance）+ C50 requirepass/非零 DB live 认证链（check:redis-auth）\n- 数字员工体验：C46 Actor 入职状态机与六步配置 + C45 health 单源 + C47 SSE 浏览器验收 + 工作台响应式设计收口（design-qa 验收记录 + PageMetricStrip + 头像资产）\n- 移动端：C59/C60 Capacitor 8 Android/iOS 双平台受版本控制工程 + 静态导出 runner（check:mobile）+ Android debug APK/emulator 验收 + 移动 runbook\n- 治理回灌：CLAUDE.md/AGENTS.md 动态区 C45–C67 战役索引、baseline 棘轮（458 tests / 127 行为对比点 / 19×2 UI 用例）、全量 reports 证据刷新\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-22T07:42:56-07:00"},{"Sha1":"4f2e17b9c3aa4745c5acebadabdd979e0a7ee7f4","Message":"Harden governance runtime and acceptance coverage\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-21T08:36:22-07:00"},{"Sha1":"f6ea2efbccafe9df16c29fd2f3ee80cedd159338","Message":"feat: 完善可靠作业交接与产品手册\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-20T06:47:23-07:00"}],"HeadCommit":{"Sha1":"55b9c2a0af78b6998bac3614dedc7187e37057ea","Message":"merge: 汇合远端治理修复轮（PR #1/#2/#3，e4b6a5e..c0ed754）与本地 C45–C68 大波次\n\n冲突决议（24 文件）：\n- reports/baseline：取本地 08-22 棘轮（458 tests / 66 files / 456 cases / 19×2 UI，为远端严格超集）\n- jobs.processor / work.module / queue.ts(fastify)：取本地 C26 JobIntent 同事务链（远端 commit 后 queue.add + defaultJobOptions 兜底已被结构性取代；嫁接远端 Redis db NaN 守卫到 Fastify 侧保持双后端对等）\n- roles.service ×2：取本地 C42 审计事务版 + 嫁接远端 RoleAssignmentDto 返回类型接线（PR #3 拍板资产）\n- page.tsx：取本地 C53 会话身份（auth-identity testid，Playwright 依赖）\n- check-ui-acceptance：本地 OIDC 编排 + 远端 F8 注释并集\n- CLAUDE.md：本地 C45–C68 动态区为基底，嫁接远端 F8 行、五层 CI 假红叙事、结果裁决角色闸（G8 ⑫）、own-tests git-tracked 口径注记，快照更新为两远端对齐 c0ed754（run 32380591807 绿）\n\n编号撞号收口：两条时间线独立分配了 C25/C26/C1——远端线三个战役重编号为 C69（runner 自含 contracts 构建 + F8）/ C70（地板采集只认 git 已跟踪）/ C71（队列双注册策略显式化），经验库标题、脚本注释、测试注释同步改引；本地 C25（迟到成功）/C26（JobIntent）/C1（check-naming）编号不变。\n\n合并树证据：静态 pnpm check 全绿（Node 22，本地 dirty 工作区 2026-08-22）；双后端 UI 聚合 38/38 绿（伙伴会话实跑，指纹绑定本合并内容）。合并提交自身的远端 CI 以 headSha 定位的 run 为准。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-22T08:10:56-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/c0ed7540c137f2a6828d24503a4c396156996f33...55b9c2a0af78b6998bac3614dedc7187e37057ea","Len":4}...
|
1787411590
|
Edit
Delete
|
|
25111
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"28ea42cca {"Commits":[{"Sha1":"28ea42cca5364bd425358f803436ae5c8f9bc687","Message":"fix(governance): mobile export runner 自含 contracts 构建——C69 的 mobile 化身在首轮合并推送 CI 实锤\n\nrun 32580980619 静态 job 红判责：check-mobile-export 的正向静态导出直跑 next build，\nweb 运行时入口依赖 @repo/contracts dist；干净 checkout 无残留构建产物即秒崩\n（violations 1 / staticFiles 0 / synced 0），本机因开发期残留 dist 恒绿——与 C69\n「本机恒绿 ≠ 干净环境能跑」同构，是该教训的第三次现身（runtime → UI → mobile）。\n\n- check-mobile-export.mjs：正向导出前自含 `pnpm --filter @repo/contracts build` +\n dist/index.js 存在性断言（M9，防 tsbuildinfo 静默空转），与两验收 runner 同款\n- check-fork-readiness.mjs：F8 绊网从两 runner 扩至三 runner（含 mobile export）；\n 负向已验证（拆掉 mobile 构建步 → F8 精确 1 红 → 恢复复绿）\n- CLAUDE.md/AGENTS.md：C69 行与 G14 ② 叙事回灌三 runner 口径与本次实锤\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-22T08:19:42-07:00"}],"HeadCommit":{"Sha1":"28ea42cca5364bd425358f803436ae5c8f9bc687","Message":"fix(governance): mobile export runner 自含 contracts 构建——C69 的 mobile 化身在首轮合并推送 CI 实锤\n\nrun 32580980619 静态 job 红判责：check-mobile-export 的正向静态导出直跑 next build，\nweb 运行时入口依赖 @repo/contracts dist；干净 checkout 无残留构建产物即秒崩\n（violations 1 / staticFiles 0 / synced 0），本机因开发期残留 dist 恒绿——与 C69\n「本机恒绿 ≠ 干净环境能跑」同构，是该教训的第三次现身（runtime → UI → mobile）。\n\n- check-mobile-export.mjs：正向导出前自含 `pnpm --filter @repo/contracts build` +\n dist/index.js 存在性断言（M9，防 tsbuildinfo 静默空转），与两验收 runner 同款\n- check-fork-readiness.mjs：F8 绊网从两 runner 扩至三 runner（含 mobile export）；\n 负向已验证（拆掉 mobile 构建步 → F8 精确 1 红 → 恢复复绿）\n- CLAUDE.md/AGENTS.md：C69 行与 G14 ② 叙事回灌三 runner 口径与本次实锤\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-22T08:19:42-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/55b9c2a0af78b6998bac3614dedc7187e37057ea...28ea42cca5364bd425358f803436ae5c8f9bc687","Len":1}...
|
1787411987
|
Edit
Delete
|
|
25112
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"d0abf16e0 {"Commits":[{"Sha1":"d0abf16e0287850cbb497074a866f1b35074dbb1","Message":"fix(test): auth.roles 升权审计断言按 subject 收窄——合并组合暴露的语义冲突\n\nCI run 32581362188 判责：本地线 C42 审计断言（查询租户全量 role.assigned 并断言恰好 2 条）\n与远端线 PR #3 新增的结果裁决闸用例（同租户内先授过一次 approver）在两条时间线上各自全绿，\n合并后首次同文件运行即互相污染——第 3 条审计事件令断言 3≠2 红。git 无冲突 ≠ 语义无冲突。\n\n修复由并行会话完成、本提交收编（两侧同款）：审计断言先 filter(subject === \"u-upgrade\")\n再 toMatchObject——断言收窄到被测 subject，与其他用例的角色授予解耦。\n双端 auth.roles 已在一次性专属库（PG 55447 + Redis 6397/9）各 6/6 复现通过。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-22T08:28:23-07:00"}],"HeadCommit":{"Sha1":"d0abf16e0287850cbb497074a866f1b35074dbb1","Message":"fix(test): auth.roles 升权审计断言按 subject 收窄——合并组合暴露的语义冲突\n\nCI run 32581362188 判责：本地线 C42 审计断言（查询租户全量 role.assigned 并断言恰好 2 条）\n与远端线 PR #3 新增的结果裁决闸用例（同租户内先授过一次 approver）在两条时间线上各自全绿，\n合并后首次同文件运行即互相污染——第 3 条审计事件令断言 3≠2 红。git 无冲突 ≠ 语义无冲突。\n\n修复由并行会话完成、本提交收编（两侧同款）：审计断言先 filter(subject === \"u-upgrade\")\n再 toMatchObject——断言收窄到被测 subject，与其他用例的角色授予解耦。\n双端 auth.roles 已在一次性专属库（PG 55447 + Redis 6397/9）各 6/6 复现通过。\n\nCo-Authored-By: Claude Fable 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-22T08:28:23-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/28ea42cca5364bd425358f803436ae5c8f9bc687...d0abf16e0287850cbb497074a866f1b35074dbb1","Len":1}...
|
1787412510
|
Edit
Delete
|
|
25555
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"5cb2f1cc2 {"Commits":[{"Sha1":"5cb2f1cc2f9953d47fa0bcfac541400d01603f78","Message":"chore(repo): normalize source file endings\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-24T21:19:18-07:00"},{"Sha1":"5aa0889ab5cc77e6652747ac38c1add98092a6e6","Message":"Harden governance contracts and acceptance flows\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-24T01:22:09-07:00"},{"Sha1":"0198f6e80b1550b0eaaa7f545f9d1f2742abce20","Message":"Remove obsolete project artifacts and streamline repository structure\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-23T23:01:07-07:00"},{"Sha1":"9e7255825c080423a730cdeb719795351e0cbfbf","Message":"Refine product governance and runtime acceptance flows\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-23T22:47:37-07:00"},{"Sha1":"78828f6a83bac7f990442c063395e317c3af8a4a","Message":"Implement governed digital employee platform workflows\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-23T19:39:09-07:00"}],"HeadCommit":{"Sha1":"5cb2f1cc2f9953d47fa0bcfac541400d01603f78","Message":"chore(repo): normalize source file endings\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-08-24T21:19:18-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/d0abf16e0287850cbb497074a866f1b35074dbb1...5cb2f1cc2f9953d47fa0bcfac541400d01603f78","Len":16}...
|
1787631678
|
Edit
Delete
|