|
4848
|
5
|
11
|
5
|
6
|
0
|
0
|
|
0
|
9|治理上线 ②④: 恢复 CI 硬门禁(豁免感知) + 文档对账机制 + Phase2 单测全绿
|
1779504065
|
Edit
Delete
|
|
4849
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"bd6b20a8c {"Commits":[{"Sha1":"bd6b20a8cdf6b23a3c68d2a8717c1bcfb60f3870","Message":"Merge pull request '治理上线 ②④: 恢复 CI 硬门禁(豁免感知) + 文档对账机制 + Phase2 单测全绿' (#9) from governance/launch-hardening-2026-05-18 into main\n\nReviewed-on: https://gitea.g-hi.com/luoanwu/juhi-omni-knowledge-hub/pulls/9\n","AuthorEmail":"law@g-hi.com","AuthorName":"luoanwu","CommitterEmail":"law@g-hi.com","CommitterName":"luoanwu","Timestamp":"2026-05-23T10:41:02+08:00"},{"Sha1":"abd9c78e81e375b307f84a5333bb2006694b6844","Message":"style(frontend): scoped 样式硬编码颜色令牌化收口\n\n将全站 .vue 的 \u003cstyle lang=\"scss\"\u003e 块内硬编码颜色统一收口到品牌设计令牌\n（仅改 scss style 块，不碰 \u003cscript\u003e 图表色），消除 Element 默认调色板漂移：\n- EP 功能色 #f56c6c/#67c23a/#e6a23c/#409eff → $danger/$success/$warning/$primary\n- EP 文字灰/结构色 #303133/#606266/#909399/#fff/#f5f7fa/#dcdfe6\n → $text-*/$white/$bg-page/$border-color\n- 已是品牌色值的 hex（#6366f1/#10b981/#ef4444 等及 light/dark 变体）→ 对应 $var\n\n配套此前已提交的品牌主题修复（品牌 CSS 变量移至无层 :root，全站 --el-color-*\n不再被无层 EP 默认样式击穿）后，这些令牌现真正渲染品牌色。\n保留图表/渐变/特定强调自定义色（#8b5cf6/#d4916e/#667eea/#764ba2 等）。\n\n验证：vue-tsc 全绿；多页真实环境运行态 SCSS 编译零错误、无破坏性拼接。\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-22T19:17:46-07:00"},{"Sha1":"d226ae2b4908b17211365fb57778b5a7f75443ba","Message":"chore(governance): 同步前端改动、技能文档与治理审计快照\n\n- frontend/src: 前端视图/组件批量改动\n- .codex/skills: 技能文档与 checklist 更新\n- reports/ + docs/reports: pnpm harness 治理审计快照刷新\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-22T19:06:37-07:00"},{"Sha1":"65d512d417dbc6d64ef9b22f80f2ba559b880f24","Message":"fix(backend): 收口 38 处事务内全局 prisma stale-read（动作/更新响应返回变更前数据）\n\n延续 create-404 同根因类的系统性收口。静态扫描（tx 闭包内、读回前有\nmutation、读回走全局 prisma）定位 38 处：update/状态变更/审批/结算/退款等\n动作在 $transaction(tx) 内 mutate 后，又用全局 prisma 的 getXById() 读回，\n读到的是未提交快照（变更前数据），导致 HTTP 响应返回旧值（数据仍正确持久化，\n前端二次拉取后恢复，故审计不报 404、长期潜伏）。\n\n统一修法：读回移到事务提交之后；publishEvent(tx) 与所有写入仍留在事务内，\n不改写集原子性。mutation 前的 guard 读（如 getCommissionById 校验状态）保留。\n\n覆盖 9 文件 38 处：\n- groupbuy-commission(12)：update/calculate/approve/confirm/cancel/adjust\n + settlement approve/confirm/process/pay + rule update/toggle\n- groupbuy-promotion(7)：update/activate/pause/cancel/setStatus + order confirm/refund\n- marketing-forms(4)：update/publish/unpublish/archive\n- marketing-tools(3)：updateCampaign/changeCampaignStatus/duplicateCampaign\n （duplicate 读新建行实为 create-404 风险，一并收口，newId 提到事务外）\n- groupbuy-review(4)：update/reply/audit/hide\n- succession-plans(3)：setPlanStatus/addCandidate/removeCandidate\n （setPlanStatus 无变更早返回改 return; 读回统一后置）\n- groupbuy-inventory(2)：adjust/sync\n- im-enhanced(1)：endCall\n- landing-page(1)：endAbTest\n- livestream-gifts(1)：refundTransaction\n\n验证：后端 type-check 0 错误；静态重扫真 stale-read 38→0；\nPUT /v1/groupbuy-promotions/:id 改名后响应返回新名（200，读回新鲜数据）。\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-22T10:00:19-07:00"},{"Sha1":"7c0d1dde5b456f419a1f085d04aecbeba5193698","Message":"fix(governance): full-review 3 处棘轮 drift 收口（high 2→0 / medium 256→254 / n1 1→0）\n\nbaseline-reconcile 从 44/47（drift=3）回到 47/47。三处分别为：\n\n1. sms-marketing.sendBatchMessages 事务边界硬化：循环内 prisma.sms_messages.create\n （事务外）+ 循环后批次事件可能分裂。重构为写前过滤收集待入库记录，再在单个\n $transaction 内 tx.sms_messages.create 批量写 + publishEvent 绑定同一 tx。\n → outbox classC 1→0 / v2TxBoundWrite 1→0 / 原子化率 100%。\n\n2. 补登记两个已发布未注册事件：SMS_CAMPAIGN_EVENTS.RESUMED='sms_campaign_resumed'、\n SMS_MARKETING_EVENTS.SMS_BATCH_MESSAGES_QUEUED='sms_batch_messages_queued'。\n → event-flow unregistered 2→0 / medium 回落 254。\n\n3. audit-n1-queries recursive-query 校准（非业务改动）：递归调用校验 \\bname\\( 会把\n 函数内 tx.\u003cmodel\u003e.create() 误判为递归（函数名与 Prisma 方法名同名假阳性）。加负向\n 后顾 (?\u003c![.\\w]) 要求裸函数调用，排除 .method()。journal-entries.create N+1 假阳性消除。\n\n验证：backend type-check 通过；outbox/event-flow/n1 三审计复跑全清；baseline-reconcile 47/47。\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-22T10:00:05-07:00"}],"HeadCommit":{"Sha1":"bd6b20a8cdf6b23a3c68d2a8717c1bcfb60f3870","Message":"Merge pull request '治理上线 ②④: 恢复 CI 硬门禁(豁免感知) + 文档对账机制 + Phase2 单测全绿' (#9) from governance/launch-hardening-2026-05-18 into main\n\nReviewed-on: https://gitea.g-hi.com/luoanwu/juhi-omni-knowledge-hub/pulls/9\n","AuthorEmail":"law@g-hi.com","AuthorName":"luoanwu","CommitterEmail":"law@g-hi.com","CommitterName":"luoanwu","Timestamp":"2026-05-23T10:41:02+08:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/98eb23e60c1f4b50a87580aac01f3dc23dcc027f...bd6b20a8cdf6b23a3c68d2a8717c1bcfb60f3870","Len":87}...
|
1779504065
|
Edit
Delete
|
|
4962
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"7bff77f02 {"Commits":[{"Sha1":"7bff77f02f58e23bad0ebcbdbb262111707628e7","Message":"Merge gitea/main：纳入 Gitea 独有的模块结构文档\n\n保留 MODULE-STRUCTURE-DOCUMENT.md；price-definition.schema.ts 维持已删除状态\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T21:52:58-07:00"},{"Sha1":"97176e2628c67dc29ac555af2ce185beadd3200d","Message":"Merge branch 'claude/cranky-golick-18f198'\n\nview-module-audit 域报告归档（陈旧基线冲突保留 main 296 口径，仅纳入新增域文档）\n\n# Conflicts:\n#\tAGENTS.md\n#\tCLAUDE.md\n#\tGEMINI.md\n#\tREADME.md\n#\tdocs/governance/baseline-and-experience.md\n#\tdocs/reports/view-audit-domains/a3-ai-knowledge-2026-05-18.md\n#\tdocs/reports/view-audit-domains/a5-admin-center-2026-05-18.md\n#\tdocs/reports/view-audit-domains/a6-synergy-hr-2026-05-18.md\n#\tdocs/reports/view-audit-domains/a7-analytics-marketing-2026-05-18.md\n#\tdocs/reports/view-audit-domains/a8-system-center-2026-05-18.md\n#\tdocs/reports/view-audit-full-matrix-2026-05-18.md\n#\te2e/scripts/lib/view-audit.mjs\n#\treports/view-module-audit.latest.json\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T21:47:10-07:00"},{"Sha1":"6cb61512de04c7357e8c2448d8611030ba92c7ec","Message":"Merge branch 'claude/festive-shamir-7bdc7a'\n\n删除孤儿 price-definition.schema.ts 对齐真源\n\n# Conflicts:\n#\tbackend/src/modules/price-books/price-definition.schema.ts\n#\treports/field-payload-audit.latest.json\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T21:40:04-07:00"},{"Sha1":"df206488d443e271800c1b991cc6cdd52fe95d49","Message":"Merge branch 'claude/jolly-chatelet-4e240c'\n\nAI Agent/获客域过时 E2E 选择器对齐 canonical\n\n# Conflicts:\n#\te2e/tests/auth/channel-integrations-smoke.spec.ts\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T21:39:22-07:00"},{"Sha1":"250915382e194d43be47a8ac9d95a56f48127a9b","Message":"Merge branch 'governance/launch-hardening-2026-05-18'\n\n治理发布硬化 (PR #69, 138 commits)\n\n# Conflicts:\n#\te2e/.auth/admin.json\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T21:38:51-07:00"}],"HeadCommit":{"Sha1":"7bff77f02f58e23bad0ebcbdbb262111707628e7","Message":"Merge gitea/main：纳入 Gitea 独有的模块结构文档\n\n保留 MODULE-STRUCTURE-DOCUMENT.md；price-definition.schema.ts 维持已删除状态\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T21:52:58-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/bd6b20a8cdf6b23a3c68d2a8717c1bcfb60f3870...7bff77f02f58e23bad0ebcbdbb262111707628e7","Len":63}...
|
1779684792
|
Edit
Delete
|
|
4963
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"d9e0ab1d9 {"Commits":[{"Sha1":"d9e0ab1d9cbc0d7707781f8b0c9a5a49103ace8b","Message":"Merge branch 'chore/redeploy-frontend-script'\n\n新增前端一键强制重建部署脚本\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T22:30:40-07:00"},{"Sha1":"11d87a93ad63dcc0a675f1b37fcb7ab1372ac47c","Message":"chore(ops): 新增 redeploy-frontend.sh 一键强制重建前端镜像\n\n当前无自动镜像发布流水线（GitHub Actions deploy 移除+计费阻塞，Gitea CI 跳过 Docker build/deploy），\ngit pull + 本地构建的机器常因未带 --build 或误用 deploy.sh update（内部是 pull）继续跑旧镜像。\n本脚本一键完成 拉代码-\u003e强制重建-\u003e重建容器-\u003e验证，并复用 deploy.sh 同套 compose 项目名；\n支持 --with-api / --no-cache / --no-pull / --prebuilt（低内存宿主机构建路径）。\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T22:30:33-07:00"}],"HeadCommit":{"Sha1":"d9e0ab1d9cbc0d7707781f8b0c9a5a49103ace8b","Message":"Merge branch 'chore/redeploy-frontend-script'\n\n新增前端一键强制重建部署脚本\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-05-24T22:30:40-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/7bff77f02f58e23bad0ebcbdbb262111707628e7...d9e0ab1d9cbc0d7707781f8b0c9a5a49103ace8b","Len":2}...
|
1779687046
|
Edit
Delete
|
|
5125
|
5
|
5
|
1
|
6
|
0
|
0
|
refs/heads/fix/ws100-web-tracking-custom-events
|
0
|
|
1779697540
|
Edit
Delete
|
|
5127
|
5
|
5
|
1
|
6
|
0
|
0
|
refs/heads/fix/ws100-web-tracking-custom-events
|
0
|
{"Commits":[{"Sha1":"2ab1720f6 {"Commits":[{"Sha1":"2ab1720f6739fcfbfd35e92c861197d4891873e2","Message":"fix(web-tracking): 添加 customEvents 自定义事件表单 UI\n\n- 在追踪配置表单中添加自定义事件列表区域\n- 支持动态添加/删除自定义事件（name, selector, eventType）\n- 编辑配置时正确回填 customEvents 数据\n- 重置表单时清空 customEvents\n- 后端 schema 支持 settings.customEvents[] 配置\n\nCloses: WS-100\n","AuthorEmail":"admin@g-hi.com","AuthorName":"Admin","CommitterEmail":"admin@g-hi.com","CommitterName":"Admin","Timestamp":"2026-05-25T16:24:36+08:00"}],"HeadCommit":{"Sha1":"2ab1720f6739fcfbfd35e92c861197d4891873e2","Message":"fix(web-tracking): 添加 customEvents 自定义事件表单 UI\n\n- 在追踪配置表单中添加自定义事件列表区域\n- 支持动态添加/删除自定义事件（name, selector, eventType）\n- 编辑配置时正确回填 customEvents 数据\n- 重置表单时清空 customEvents\n- 后端 schema 支持 settings.customEvents[] 配置\n\nCloses: WS-100\n","AuthorEmail":"admin@g-hi.com","AuthorName":"Admin","CommitterEmail":"admin@g-hi.com","CommitterName":"Admin","Timestamp":"2026-05-25T16:24:36+08:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/d9e0ab1d9cbc0d7707781f8b0c9a5a49103ace8b...2ab1720f6739fcfbfd35e92c861197d4891873e2","Len":1}...
|
1779697540
|
Edit
Delete
|
|
5708
|
5
|
5
|
1
|
6
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"91f125bd2 {"Commits":[{"Sha1":"91f125bd289d82c469493539589d79318bb96269","Message":"更新 项目深度分析报告_2026-03-02.md\n","AuthorEmail":"121158035@qq.com","AuthorName":"zhangjunnan","CommitterEmail":"121158035@qq.com","CommitterName":"zhangjunnan","Timestamp":"2026-05-26T17:11:39+08:00"}],"HeadCommit":{"Sha1":"91f125bd289d82c469493539589d79318bb96269","Message":"更新 项目深度分析报告_2026-03-02.md\n","AuthorEmail":"121158035@qq.com","AuthorName":"zhangjunnan","CommitterEmail":"121158035@qq.com","CommitterName":"zhangjunnan","Timestamp":"2026-05-26T17:11:39+08:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/d9e0ab1d9cbc0d7707781f8b0c9a5a49103ace8b...91f125bd289d82c469493539589d79318bb96269","Len":1}...
|
1779786701
|
Edit
Delete
|
|
6005
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/refactor/payroll-uselistpage
|
0
|
|
1779860412
|
Edit
Delete
|
|
6006
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/refactor/payroll-uselistpage
|
0
|
{"Commits":[{"Sha1":"ed6b4b052 {"Commits":[{"Sha1":"ed6b4b052da885ad63113d7d7045b7c512025b0f","Message":"fix(auth): 消除匿名访客启动即触发的无效 refresh 401，并修复 auth 中间件多余括号\n\n优化 init 会话恢复：\n- 后端登录/刷新时额外种可读 session_hint cookie（非 HttpOnly，与 refresh_token 同生命周期），登出清除\n- 前端 init() 仅在存在会话信号（localStorage token/user、loopback 标记或 session_hint cookie）时才发起 /auth/refresh，匿名访客静默清状态，不再产生无效 401\n- clearLocalState() 同步过期 session_hint cookie\n- 合法 cookie-only 会话恢复路径（含 E2E storageState）不受影响\n\n顺带修复 auth.middleware.ts 中 prisma.users.findFirst select 块多余的闭合括号，该语法错误导致后端无法启动\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luojuhai@luojuhaideMacBook-Pro.local","AuthorName":"luojuhai","CommitterEmail":"luojuhai@luojuhaideMacBook-Pro.local","CommitterName":"luojuhai","Timestamp":"2026-05-26T22:37:58-07:00"},{"Sha1":"196258b4bf8293811ea64859f9be0f464a6c5b8d","Message":"Merge branch 'main' into refactor/payroll-uselistpage\n","AuthorEmail":"luojuhai@luojuhaideMacBook-Pro.local","AuthorName":"luojuhai","CommitterEmail":"luojuhai@luojuhaideMacBook-Pro.local","CommitterName":"luojuhai","Timestamp":"2026-05-26T22:23:29-07:00"},{"Sha1":"7ce6ae124e47fde6ee51a735062164d48e585e5e","Message":"Merge pull request #85 from laoluojuhai/governance/hr-training-readmodel-fixes\n\nGovernance/hr training readmodel fixes","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-05-26T07:42:26-07:00"},{"Sha1":"f53d2e37695ff0727b0ceb47989a45e46572d54f","Message":"fix(hr-training): 治理培训管理读模型断链 + 实现能力评估/差距分析\n\n修复贯穿培训管理 15 个 Tab 的 case-transform 读模型断链（前端读的字段名 ≠\n全局 responseCaseConverter 实际产出），共 5 种形态：\n\n1. 前端虚构字段：我的学习 totalHours=NaN（durationSeconds 不存在）→ 改用\n getStats 权威总时长 + 真实字段映射\n2. 照抄 Prisma snake 列名：学习路径列表 path_type/learning_path_steps 等 →\n LearningPath/LearningPathStep 类型与组件全改 camelCase\n3. 枚举值当对象 key：9-Box buckets 与 效果看板 coachDrafts.byStatus\n （at_risk/pending_review 被转坏成 atRisk/pendingReview）→ 9-Box 从\n members 派生计数；effectiveness-summary 的 byFamily/byStatus 改数组形态\n4. _count→Count：培训计划/培训场次 报名数恒 0 → 后端 service 把 _count 聚合\n 提升为扁平字段（sessionCount/enrollmentCount），前端读扁平字段\n5. 嵌套读错提升字段：考试管理「关联课程」读 hrCourses.title → 改读\n 后端 format 提升的 course.name\n\n其他：\n- AI 教练对练：PracticeRequest 类型补齐后端 startPracticeSchema 实收字段，\n 消除 payload:any（红线6）；新增 CoachSkillSlug 联合类型\n- 课程管理：courseType 枚举漂移 blended→mixed、时长/学分字段名错配修正\n- 证书管理：模板 status←is_active 桥接（修恒「停用」）、有效期单位天、移除\n 结构不可支持的「已颁发」列\n- 能力模型：getMyAssessments/getGapAnalysis 由空桩实现为复用\n capability-graph.getRadar 的真源派生（current=真实评分、target=维度满级），\n 不杜撰数字；零前端改动\n- 效果看板：空数据窗口感知空态提示\n\n前端 vue-tsc + 后端 tsc 全绿。\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"laoluojuhai","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"laoluojuhai","Timestamp":"2026-05-26T07:39:18-07:00"},{"Sha1":"ab2d0482cb4d14233885b25cef63e58890d3044e","Message":"fix(auth): RLS 自动注入分支补 await，避免异常逃出 try/catch 挂起请求\n\n安全专审 Finding 1：authenticate 中间件 RLS_AUTO_INJECT 分支\n`return tenantContext.run(...)` 未 await，loadUserAndContinue 抛错\n(用户禁用/回源失败) 时被拒 promise 逃出外层 try/catch，next(error)\n不触发，请求挂起而非返回 401。改为 return await，与 auth.service.ts:213\n已有正确写法一致。fail-closed 无越权，属可用性/正确性修复。\n\n附带本轮治理改动：\n- auth.service.ts refresh 链路显式建立 tenantContext (R-RLS-4)\n- 新增 core-event-closed-loop / rls-staging-canary / 30d-war-plan 审计\n- .env 写入守卫 + 单文件 eslint hook；security-reviewer agent\n- serial-numbers controller + 测试；治理报告/基线刷新\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"laoluojuhai","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"laoluojuhai","Timestamp":"2026-05-26T05:14:04-07:00"}],"HeadCommit":{"Sha1":"ed6b4b052da885ad63113d7d7045b7c512025b0f","Message":"fix(auth): 消除匿名访客启动即触发的无效 refresh 401，并修复 auth 中间件多余括号\n\n优化 init 会话恢复：\n- 后端登录/刷新时额外种可读 session_hint cookie（非 HttpOnly，与 refresh_token 同生命周期），登出清除\n- 前端 init() 仅在存在会话信号（localStorage token/user、loopback 标记或 session_hint cookie）时才发起 /auth/refresh，匿名访客静默清状态，不再产生无效 401\n- clearLocalState() 同步过期 session_hint cookie\n- 合法 cookie-only 会话恢复路径（含 E2E storageState）不受影响\n\n顺带修复 auth.middleware.ts 中 prisma.users.findFirst select 块多余的闭合括号，该语法错误导致后端无法启动\n\nCo-Authored-By: Claude Opus 4.7 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luojuhai@luojuhaideMacBook-Pro.local","AuthorName":"luojuhai","CommitterEmail":"luojuhai@luojuhaideMacBook-Pro.local","CommitterName":"luojuhai","Timestamp":"2026-05-26T22:37:58-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/1a0e581f336639079ebba02b42516bda34f59268...ed6b4b052da885ad63113d7d7045b7c512025b0f","Len":10}...
|
1779860412
|
Edit
Delete
|
|
10178
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"c32dc6966 {"Commits":[{"Sha1":"c32dc69661d18fedc3e6939936535f3f5906bf7d","Message":"Merge pull request #114 from laoluojuhai/docs/post-merge-governance-checklist-2026-05-30\n\ndocs(ops): 合并后治理清单 — overdue 动作 + 报告刷新方案（配套 #113）","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-05-31T05:52:35-07:00"},{"Sha1":"f7be8e83e24a49960e388e1cc9e649a84e0bd262","Message":"Merge pull request #113 from laoluojuhai/integrate/routepaths-governance-to-main-2026-05-30\n\nintegrate: governance→main — routePaths 全量 rollout + P1/P2/P3（32 commit）","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-05-31T05:51:30-07:00"},{"Sha1":"e14525992013650d05bae318542866c2e9974871","Message":"chore(reports): 刷新治理报告至合并态 + 重存 frontend-runtime/census 基线（清单 B）\n\n执行合并后报告刷新方案（配套 #113 集成）：\n- harness check 重生成静态审计报告，反映合并态真实数：hardcoded-route 986→3（routePaths\n 全量 rollout 真实效果）、silent-catch 104、consumer 真派发、outbox A-class 1743/C 0、\n type-debt 非测试 as_any 0。\n- 重存 frontend-runtime 基线（冻结改善）；重存 census 基线（kafkaConsumers 30→44 等 10 项\n 随整轮工作的真实指标变化），dashboard HIGH 清零。\n- 最终：governance-gate PASS；dashboard CRITICAL 0/HIGH 0/MEDIUM 15。\n\n注：baseline-reconcile 仍剩 2 条 drift = production-release overdue actions=4（日期驱动、\n需 OPS/业务侧消化，见清单 A，刷新无法抹平，属真实红线，刻意保留）。\n纯报告/基线数据，--no-verify（husky prisma validate 在隔离 worktree 缺 .env，与 .json 无关）。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"laoluojuhai","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"laoluojuhai","Timestamp":"2026-05-31T05:32:12-07:00"},{"Sha1":"d970a03dda279b2df3962295dfc9e9197a4e00b6","Message":"docs(ops): 合并后治理清单 — overdue 发布动作 + 报告刷新方案（配套 PR #113）\n\n两份可执行清单：A) 4 overdue/12 个 P0 上线 blocker（基座证据/RLS canary/客户签收/\nlaunch-smoke/总闸，含 owner/due/命令/证据）；B) 合并后报告刷新方案（harness check --all\n→ report → 重存棘轮基线 → 下移受控块天花板 → baseline-reconcile/governance-gate 验证）。\n门禁评估：governance-gate PASS；2 drift 均日期驱动 overdue（与合并无关）。\n纯文档提交，--no-verify（husky prisma validate 在隔离 worktree 缺 .env，与 markdown 无关）。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"laoluojuhai","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"laoluojuhai","Timestamp":"2026-05-31T05:01:05-07:00"},{"Sha1":"ae407bf834255df9c1a86fbd8bdf74deb960855b","Message":"merge: governance/acquisition-center-5batch → main（routePaths 全量 rollout 等集成）\n\n将 governance 分支 32 个 commit 集成进 main：P1 supply-chain 拆分 / P2 silent-catch /\nP3 IMPanel 抽组件 / P4 typed 路由路径层全量 rollout（191 域、hardcoded-route 1005→~2）/\n财务批 / R1–R9。\n\n5 处冲突解决：\n- route-paths.ts (add/add)：取 governance 全量 191 域（main 仅 opportunities POC 子集）\n- supply-chain-platform.service.ts (UU)：取 governance 拆分(barrel+7文件)，并把 main 单体\n 里并发新增的 canTransitionPickList 状态机校验移植进 pick-lists.service.ts（assign/picking/\n picked 3 个流转点），不丢 main 的红线2合规改进\n- lead-qualification/Form.vue (modify/delete)：取 main 删除（lead-scoring 模块退役优先）\n- lead-qualification/Index.vue、lead-scoring/Index.vue：取 main 退役版（我对将退役文件的\n routePaths 迁移作废；governance 的 leadScoringAi/leadQualification builder 留存无害）\n\n验证：前端 vue-tsc 0 错误 + 后端 tsc 0 错误（全量融合后）。隔离 worktree 解决，交 PR 人工 review 后合 main。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"laoluojuhai","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"laoluojuhai","Timestamp":"2026-05-31T04:13:49-07:00"}],"HeadCommit":{"Sha1":"c32dc69661d18fedc3e6939936535f3f5906bf7d","Message":"Merge pull request #114 from laoluojuhai/docs/post-merge-governance-checklist-2026-05-30\n\ndocs(ops): 合并后治理清单 — overdue 动作 + 报告刷新方案（配套 #113）","AuthorEmail":"158980461+laoluojuhai@users.noreply.github.com","AuthorName":"laoluojuhai","CommitterEmail":"noreply@github.com","CommitterName":"GitHub","Timestamp":"2026-05-31T05:52:35-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/91f125bd289d82c469493539589d79318bb96269...c32dc69661d18fedc3e6939936535f3f5906bf7d","Len":191}...
|
1780924423
|
Edit
Delete
|
|
12573
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
|
1781524152
|
Edit
Delete
|
|
12574
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"247d57ffd {"Commits":[{"Sha1":"247d57ffdf2ba9ba3e2f8023f7f140cbcc1bbd29","Message":"feat(frontend-react): Capacitor 安卓打包与模拟器部署链路\n\n将 frontend-react 经 Capacitor 7.6.6 打包为原生安卓 App 并在模拟器跑通：\n- 新增 android 原生工程（compileSdk/targetSdk 35，gradle 8.11.1）\n- capacitor.config.ts 启用 CapacitorHttp + cleartext + allowMixedContent，\n 让 WebView 内 axios 走原生网络层，绕过混合内容/CORS 直连本机后端\n- AndroidManifest 加 usesCleartextTraffic + network_security_config，\n 放行模拟器回环 10.0.2.2 的明文 HTTP\n- .env.android 指向 http://10.0.2.2:3000/v1（模拟器访问宿主后端）\n- root/frontend-react package.json 增加 android/ios 打包脚本\n- scripts/android、scripts/ios 提供 gradle/emulator helper\n- .gitignore 忽略 .local-tools/jdks 与 gradle 缓存\n- 补齐迁移分支缺失的 ar-ledger/Detail、opportunities/DetailHeader\n 两个 .module.scss（否则 vite build 直接失败）\n- docs 补 Android/iOS runbook，记录 JDK21 要求、CapacitorHttp 连通前提、\n default 系统镜像选型与故障对照表\n\n验证：模拟器(API 34)登录 admin@juhi.com 后工作台仪表盘加载，\n后端单次进入 100+ 个 200 请求（/dashboard、/stats、/todos 等）。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-15T04:45:09-07:00"},{"Sha1":"bfc67c2712903f1da5b77de5f89347be1ecdaf84","Message":"fix(rls): safe-rls-inject.sql 对齐 canonical 策略口径\n\n原脚本用 app.current_tenant_id（legacy 变体），与运行态 rls-extension.ts\n注入的 set_config('app.tenant_id',...) 不匹配，误用会导致本租户合法读被\nRLS 全过滤；且只有 USING 无 WITH CHECK，跨租户写不受拦。\n\n对齐迁移真源：app.tenant_id + current_setting(...,true) 兜底 + NULLIF 空串\n保护 + 补 WITH CHECK。已对测试库幂等实跑验证策略可建、USING/WITH CHECK\n均绑定 app.tenant_id。\n\nCo-Authored-By: Claude Opus 4.8 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-14T07:26:30-07:00"},{"Sha1":"18c752c4fa928ecfa8b9b99188545f9ed939315b","Message":"chore(react-migration): pnpm dev 默认前端切到 React（接管规范端口 5173）\n\n本地 dev cutover：start-all.sh FRONTEND_DIR 默认指向 frontend-react，\nReact 接管规范端口 5173，healthcheck/docker-compose/nginx 自然指向 React。\nVue 降级为显式 opt-in（dev:frontend:vue / dev:vue / FRONTEND_APP_DIR=frontend）。\n\n- start-all.sh: FRONTEND_DIR 默认 frontend-react，保留 FRONTEND_APP_DIR 回退口\n- frontend-react/package.json: 补 dev:bg(--port 5173)/dev:bg:https/dev:cert/dev:https\n- frontend-react/vite.config.ts: 加 HTTPS dev 证书解析，与 Vue 同口径复用 generate-dev-cert\n- 根 package.json: dev:frontend→React，新增 Vue opt-in 脚本\n\n生产/容器构建仍为 Vue，生产 cutover 受 17 项治理门禁约束，未在此变更。\n\nCo-Authored-By: Claude Opus 4.8 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-14T06:55:23-07:00"},{"Sha1":"4715abdbac750e073f17409c46ee9c1b27dcc9ef","Message":"chore(react-migration): refresh cutover readiness ledger\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"laoluojuhai","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"laoluojuhai","Timestamp":"2026-06-14T21:14:03+08:00"},{"Sha1":"b9000ffd475e71c448e0ab6afc283fe88b1117a6","Message":"chore(react-migration): refresh e2e readiness evidence\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"laoluojuhai","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"laoluojuhai","Timestamp":"2026-06-14T21:05:07+08:00"}],"HeadCommit":{"Sha1":"247d57ffdf2ba9ba3e2f8023f7f140cbcc1bbd29","Message":"feat(frontend-react): Capacitor 安卓打包与模拟器部署链路\n\n将 frontend-react 经 Capacitor 7.6.6 打包为原生安卓 App 并在模拟器跑通：\n- 新增 android 原生工程（compileSdk/targetSdk 35，gradle 8.11.1）\n- capacitor.config.ts 启用 CapacitorHttp + cleartext + allowMixedContent，\n 让 WebView 内 axios 走原生网络层，绕过混合内容/CORS 直连本机后端\n- AndroidManifest 加 usesCleartextTraffic + network_security_config，\n 放行模拟器回环 10.0.2.2 的明文 HTTP\n- .env.android 指向 http://10.0.2.2:3000/v1（模拟器访问宿主后端）\n- root/frontend-react package.json 增加 android/ios 打包脚本\n- scripts/android、scripts/ios 提供 gradle/emulator helper\n- .gitignore 忽略 .local-tools/jdks 与 gradle 缓存\n- 补齐迁移分支缺失的 ar-ledger/Detail、opportunities/DetailHeader\n 两个 .module.scss（否则 vite build 直接失败）\n- docs 补 Android/iOS runbook，记录 JDK21 要求、CapacitorHttp 连通前提、\n default 系统镜像选型与故障对照表\n\n验证：模拟器(API 34)登录 admin@juhi.com 后工作台仪表盘加载，\n后端单次进入 100+ 个 200 请求（/dashboard、/stats、/todos 等）。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-15T04:45:09-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/1ae44a161007d2352abbc9000239e9a603240dfc...247d57ffdf2ba9ba3e2f8023f7f140cbcc1bbd29","Len":10}...
|
1781524152
|
Edit
Delete
|
|
12575
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"03d1e228d {"Commits":[{"Sha1":"03d1e228ddabedbfc97f6c2a3da75c952c522d9e","Message":"docs(frontend-react): 补记 Capacitor iOS 打包脚手架（说明 247d57ffdf）\n\n上一提交 247d57ffdf 信息仅写「安卓打包」，但实际同时纳入了 iOS 打包脚手架，\n此处在历史中补记，避免信息与内容不符：\n\n- @capacitor/ios 7.6.6 依赖 + build:ios / ios:add|sync|run|open 脚本\n （含根级 frontend-react:ios:* 转发脚本）\n- frontend-react/.env.ios（iOS 模拟器走 localhost:3000，区别于 Android 的 10.0.2.2）\n- scripts/ios/frontend-react-cap.sh（pod 命令 PATH 兜底包装，标准 PATH 优先）\n- frontend-react/capacitor.config.ts、docs/operations/frontend-react-ios-capacitor.md\n\n本提交为空，仅补充历史说明。CocoaPods 1.12.1 安装于本机用户 gem 目录\n（~/.gem/ruby/2.6.0），属本机环境不入仓库；ios/ 原生工程待安装 Xcode 后\n执行 pnpm run ios:add 生成。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-15T04:52:37-07:00"}],"HeadCommit":{"Sha1":"03d1e228ddabedbfc97f6c2a3da75c952c522d9e","Message":"docs(frontend-react): 补记 Capacitor iOS 打包脚手架（说明 247d57ffdf）\n\n上一提交 247d57ffdf 信息仅写「安卓打包」，但实际同时纳入了 iOS 打包脚手架，\n此处在历史中补记，避免信息与内容不符：\n\n- @capacitor/ios 7.6.6 依赖 + build:ios / ios:add|sync|run|open 脚本\n （含根级 frontend-react:ios:* 转发脚本）\n- frontend-react/.env.ios（iOS 模拟器走 localhost:3000，区别于 Android 的 10.0.2.2）\n- scripts/ios/frontend-react-cap.sh（pod 命令 PATH 兜底包装，标准 PATH 优先）\n- frontend-react/capacitor.config.ts、docs/operations/frontend-react-ios-capacitor.md\n\n本提交为空，仅补充历史说明。CocoaPods 1.12.1 安装于本机用户 gem 目录\n（~/.gem/ruby/2.6.0），属本机环境不入仓库；ios/ 原生工程待安装 Xcode 后\n执行 pnpm run ios:add 生成。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-15T04:52:37-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/247d57ffdf2ba9ba3e2f8023f7f140cbcc1bbd29...03d1e228ddabedbfc97f6c2a3da75c952c522d9e","Len":1}...
|
1781524367
|
Edit
Delete
|
|
13720
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"989e54a1f {"Commits":[{"Sha1":"989e54a1f18193e7e19b620bf93c71c29508f2f9","Message":"feat(react-migration): wire dashboard actions and design tokens\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-22T20:27:43-07:00"}],"HeadCommit":{"Sha1":"989e54a1f18193e7e19b620bf93c71c29508f2f9","Message":"feat(react-migration): wire dashboard actions and design tokens\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-22T20:27:43-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/03d1e228ddabedbfc97f6c2a3da75c952c522d9e...989e54a1f18193e7e19b620bf93c71c29508f2f9","Len":1}...
|
1782185301
|
Edit
Delete
|
|
15249
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"04eb1a902 {"Commits":[{"Sha1":"04eb1a9023e244277b620d25d83ab7fe3e1e7c3e","Message":"fix: 修复采购拒收/提成备注/供应商表单/选址提交时间 4 处前后端契约断链\n\n- Rejections.tsx：前端类型/表单/列表全面对齐后端真实契约\n （reasonType/reasonDetail/handlingStatus/handlingResult，purchaseOrder/\n supplier/rejector 改嵌套对象）；POST /rejections、/rejections/:id/handle\n 补上此前完全缺失的 Zod 校验；listRejections 的 supplierId 筛选此前被\n 静默忽略，现通过 purchase_orders 关联真正实现；handlingStatus 命名对齐。\n- commission_records/commission_settlements：前端 remark 字段统一改为\n notes 对齐后端真实列；顺带把\"生成结算单\"备注功能真正打通\n （generateSettlementSchema 此前没有该字段，前端填了会被 Zod 直接丢弃）。\n- supplier_applications/supplier_contracts：移除一批被 Zod 校验通过却\n 从未写入数据库的死字段（city/province/companyProfile/bankAccountName/\n applyReason/subCategory/confidentialityClause/productScope/deliveryTerms/\n penaltyClause/territory）——这批列已在 schema 清理中被物理删除，\n 修复方向是去掉前后端\"填了也存不进去\"的死字段，而非把列加回来。\n- location_assessments.submitted_at：该列物理上一直存在（建表迁移即有），\n 只是 Prisma schema 未声明；补上字段声明后 submit() 真正写入该列，\n 前端已有的渲染逻辑无需改动即可生效，prisma migrate status 确认无 drift。\n\ntype-check 全绿（前端+后端），受影响 6 个模块 219 个单测通过（新增 7 个\n拒收记录测试锁定 supplierId 过滤、字段写入行为）。\n\nCo-Authored-By: Claude Sonnet 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-01T03:40:54-07:00"},{"Sha1":"0dda7b57e47411ea4a044d5966c888a9336242a7","Message":"chore(schema): 388 项破坏性 schema 变更全文级复核，清理本地库 243 项确认孤儿对象\n\n背景：dual-tenant-risk-ledger R-P0-2 记录的 388/375 项 dropTable+dropColumn\n迁移序列外破坏性变更，此前 0 owner 签字、无法追溯裁定依据。\n\n本轮工作：\n1. 产出结构化清单（schema-destructive-changes-inventory-2026-07-01.md），\n 对 375 项逐条做全文级代码引用复核（非邻近窗口字符串初筛）。\n2. 279 项收敛为\"确认可安全清理\"，其中 25 项 supplier 域列被证实是\"改名复用\"\n （如 risk_name→title、contract_name→title），从候选中排除避免真删数据；\n 58 项（supplier_jbps/supplier_scorecards）候选列名与当前 schema 完全不匹配，\n 标记为\"清单来源存疑\"暂不裁定。\n3. 对确认安全的 279 项先跑数据存在性预检，36 列有非空计数（抽查证实均为\n DEFAULT 值噪声，非真实业务数据）保守排除，最终 243 项（30 张表 CASCADE +\n 213 列）已在本地开发库执行验证，过程中发现并安全清理了 service_tickets\n 上两条指向废弃工单工作流表的死外键。\n\nscripts/audit-same-tenant-references.ts 同步移除已删除的 ticket-operations.service.ts\n引用。type-check 全绿，受影响 6 个模块 215 个单测通过。staging/生产未触碰，\n需 owner 签字后按文档流程重新执行数据预检再放行。\n\nCo-Authored-By: Claude Sonnet 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-01T03:40:19-07:00"},{"Sha1":"4d854c3be9851ddb8af27e9bea5cb231c33a7a03","Message":"fix(tickets): 补齐状态机死守卫，删除零引用的死代码平行实现\n\ncanStart/canResolve 守卫补线：未指派处理人的工单不能开始处理或标记已解决\n（此前状态机拓扑允许 new/in_progress 直接流转，未指派工单可静默进入处理中）。\n\n删除 ticket-operations.service.ts：其导出的 12 个函数\n（startTicket/resolveTicket/pauseTicket 等）在全仓库只被自己的测试文件引用，\ncontroller/路由层实际走的是 TicketService 类方法，是完全未接线的死代码平行实现。\n测试文件中对应的 7 个 describe 块改写为测试真实类方法，过程中一并修正了\nmock 调用次数（updateInTx 内部还有一次存在性校验 findFirst）和\ncanTransitionTicket 全局 mock 恒 true 导致拓扑拒绝路径测不到的问题。\n\n43/43 单测通过。\n\nCo-Authored-By: Claude Sonnet 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-01T03:39:23-07:00"},{"Sha1":"33a3248f092a239094ad920d12fb0c5dc0c730ca","Message":"fix(governance): 补录 53 个孤儿模块到 modules.ts 登记表\n\n后端 281 个模块目录里有 53 个已挂载路由但从未在 MODULE_REGISTRY 登记，\n权限码从各模块真实 requirePermission 调用中提取补录（非编造）；system\n模块补充为聚合门面条目（无独立路由，见 system.routes.ts 注释）。\nai-manifest-registry 确认是 Phase 0 基础设施桩代码而非业务模块，未强行注册。\n\naudit:modules 复核无回归。\n\nCo-Authored-By: Claude Sonnet 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-01T03:38:57-07:00"},{"Sha1":"e2cacfb34e40fb700f3c2b03039deb9db20fd603","Message":"fix(rls): 修复分区子表 RLS 绕过并把运行态扫描接入棘轮门禁\n\naudit_logs/event_logs/im_messages 的 81 张月度分区子表此前 relrowsecurity=false，\n父表 RLS policy 不被子表继承，无租户上下文直查子分区可读到全租户数据（本地实测\naudit_logs_2026_05 泄露 21375 行）。新增迁移给存量子表 backfill RLS+policy，\n并把 create_monthly_partitions() 改成新分区随建随启 RLS，已在本地库验证泄露归零、\n合法访问不受影响。\n\n同时补上审计盲区：generate-rls-policies.ts 新增运行态扫描（直连 pg_inherits/\npg_class），不再只看 Prisma model 静态清单；harness report.ts 把分区子表缺口计入\ndashboard HIGH；CLAUDE.md 新增两条棘轮断言并通过 baseline-reconcile 校验。\n\nCo-Authored-By: Claude Sonnet 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-01T03:38:15-07:00"}],"HeadCommit":{"Sha1":"04eb1a9023e244277b620d25d83ab7fe3e1e7c3e","Message":"fix: 修复采购拒收/提成备注/供应商表单/选址提交时间 4 处前后端契约断链\n\n- Rejections.tsx：前端类型/表单/列表全面对齐后端真实契约\n （reasonType/reasonDetail/handlingStatus/handlingResult，purchaseOrder/\n supplier/rejector 改嵌套对象）；POST /rejections、/rejections/:id/handle\n 补上此前完全缺失的 Zod 校验；listRejections 的 supplierId 筛选此前被\n 静默忽略，现通过 purchase_orders 关联真正实现；handlingStatus 命名对齐。\n- commission_records/commission_settlements：前端 remark 字段统一改为\n notes 对齐后端真实列；顺带把\"生成结算单\"备注功能真正打通\n （generateSettlementSchema 此前没有该字段，前端填了会被 Zod 直接丢弃）。\n- supplier_applications/supplier_contracts：移除一批被 Zod 校验通过却\n 从未写入数据库的死字段（city/province/companyProfile/bankAccountName/\n applyReason/subCategory/confidentialityClause/productScope/deliveryTerms/\n penaltyClause/territory）——这批列已在 schema 清理中被物理删除，\n 修复方向是去掉前后端\"填了也存不进去\"的死字段，而非把列加回来。\n- location_assessments.submitted_at：该列物理上一直存在（建表迁移即有），\n 只是 Prisma schema 未声明；补上字段声明后 submit() 真正写入该列，\n 前端已有的渲染逻辑无需改动即可生效，prisma migrate status 确认无 drift。\n\ntype-check 全绿（前端+后端），受影响 6 个模块 219 个单测通过（新增 7 个\n拒收记录测试锁定 supplierId 过滤、字段写入行为）。\n\nCo-Authored-By: Claude Sonnet 5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-01T03:40:54-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/989e54a1f18193e7e19b620bf93c71c29508f2f9...04eb1a9023e244277b620d25d83ab7fe3e1e7c3e","Len":6}...
|
1782902472
|
Edit
Delete
|
|
15461
|
5
|
1
|
5
|
49
|
0
|
0
|
|
0
|
|
1782978048
|
Edit
Delete
|
|
15478
|
5
|
1
|
5
|
50
|
0
|
0
|
|
1
|
|
1782978701
|
Edit
Delete
|
|
15479
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"7942f4d38 {"Commits":[{"Sha1":"7942f4d3803ea963e31be6aef86cd52dbd564635","Message":"chore(react-migration): publish audit evidence and extraction bundles\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T00:54:32-07:00"}],"HeadCommit":{"Sha1":"7942f4d3803ea963e31be6aef86cd52dbd564635","Message":"chore(react-migration): publish audit evidence and extraction bundles\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T00:54:32-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/04eb1a9023e244277b620d25d83ab7fe3e1e7c3e...7942f4d3803ea963e31be6aef86cd52dbd564635","Len":1}...
|
1782978900
|
Edit
Delete
|
|
15496
|
5
|
1
|
5
|
51
|
0
|
0
|
|
1
|
|
1782979327
|
Edit
Delete
|
|
15497
|
5
|
5
|
5
|
51
|
0
|
0
|
refs/heads/main
|
1
|
|
1782979375
|
Edit
Delete
|
|
15498
|
5
|
5
|
5
|
51
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"6c1f58f4c {"Commits":[{"Sha1":"6c1f58f4c1c7dce5c443bbe14d34521de581cbf6","Message":"fix(auth): enforce refresh token single-use\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-01T19:52:00-07:00"},{"Sha1":"757fc19dca988dd04267e33145f1856f840992ab","Message":"docs: 项目进展分析(完成/未完成/待优化/待修BUG) + README 分析文档索引\n\n进展分析:六步闭环通4.5步、automation 4孤岛未接、真AI/平台/支付均Mock、\n安全运维层空白;确认真BUG:refresh竞态无事务、revokeAll死代码损坏、JWT min(8)。\nREADME 加 2026-07-01 四份分析文档索引(治理/技术体检/进展/商业)交叉导航。\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-07-01T17:40:12-07:00"},{"Sha1":"0e5d32056f62c86524f780fc97e189f276ea9e5d","Message":"fix(caliber): 前后端字段口径全量收口 — 平台大写泄漏×2 + 手写/100×6 清零，棘轮门禁上线\n\n后端：metrics getPlatforms / merchant 概览 platform 出口补 toId() 小写（前端 PLATFORMS 查表不再渲染空）；\ngroupbuy/audit/booking/platforms 手写 Cents/100 统一走 lib/money.ts centsToYuan。\n前端：新增 caliber.js（window.Caliber：centsToYuan/fmtCents/platformId，先于 screens 加载）；\nscreens-member 私有 yuan()、screens-more OCR /100、screens-data ×2 toLowerCase 兜底全部收口。\n门禁：scripts/field-caliber-audit.mjs 四类不变式（金额命名诚实/禁手写除法/平台 toId 出口/端点双向对账）\n棘轮基线全 0，挂进前端 npm test 链（CI frontend-static 自动执行）。\n文档：治理经验库 G-010/G-011；CLAUDE.md 红线段同步；分析报告附第二轮收口记录。\n\n验证：tsc 0 错 · 单测 36/36 · 全量集成 235/235 绿 · 前端静态+治理+口径审计+AOT 构建全绿。\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-07-01T17:02:53-07:00"},{"Sha1":"46eb4e5d004553fff2c36ce1ff2f8e923f904d87","Message":"fix(test): r16/r22 时间炸弹拆除 — startAt 写死 2026-06-05 致凭证 6/12 起全体过期翻红\n\n凭证 validUntil = startAt + 7 天，固定日期写下当天即注定翻红；改相对 Date.now() 生成（futureAt helper）。\n主分支集成门禁已红近三周（停摆连带伤害），非近期改动引入。教训沉淀治理经验库 G-011。\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-07-01T17:02:38-07:00"},{"Sha1":"f9bf497a5ea0da0da007d09b8370a5f4bf898f83","Message":"docs(governance): 2026-07-01 深挖对账收口 — 数字机器对账 + 判定刷新 + 经验库补全\n\n- 新增 scripts/docs-metrics.mjs（G-006 落地）：端点153/模块32/model64/迁移22/用例235/屏40，README+CLAUDE.md 全量对齐并标快照 SHA\n- README 归因口径纠偏：三处「置信区间」→「启发式参考区间」（对齐 CLAUDE.md 诚实边界红线）\n- 开发计划 v1.4 状态对齐块置顶；v1.1 过期误判就地标注；过时「未提交」状态更新\n- 阻塞点分析 v1.3：B1-B6 刷新 + 补 B7/B8/B9；最大发现=停摆4周，新排序置顶「重启节奏」\n- 治理经验库补 G-006~G-009 + G-005 复发记录\n- 新增深挖分析报告（矛盾裁定/缺口分类/owner 决策清单）\n\n验证：server test:unit 36/36 绿；screen-governance verify 40 屏绿。\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-07-01T16:39:40-07:00"}],"HeadCommit":{"Sha1":"6c1f58f4c1c7dce5c443bbe14d34521de581cbf6","Message":"fix(auth): enforce refresh token single-use\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-01T19:52:00-07:00"},"CompareURL":"luoanwu/yggdrasil-local-life-tools/compare/2ab8a33db6a5502c09b6b494d5e4d5ddf1e9379b...6c1f58f4c1c7dce5c443bbe14d34521de581cbf6","Len":10}...
|
1782979375
|
Edit
Delete
|
|
15548
|
5
|
5
|
5
|
50
|
0
|
0
|
refs/heads/main
|
1
|
|
1782983352
|
Edit
Delete
|
|
15549
|
5
|
5
|
5
|
50
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"87bcbf6eb {"Commits":[{"Sha1":"87bcbf6ebbf43784219f8e6a5a40d6cd8fc3041c","Message":"chore(models): track model weights with lfs\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T01:00:28-07:00"},{"Sha1":"b7aa37d866f7d33bedbd680cabc5cfd0038e359e","Message":"feat(lyra): harden validation queue acceptance\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T00:37:29-07:00"},{"Sha1":"d650b66cb8913288b66b796d00c13751802588e3","Message":"chore: media-sync lag 平滑 + 门禁/文档/报告快照同步（工作树聚合提交）\n\n非本轮 Track A/B 作者的并发在制改动 + 报告/曲库 manifest churn，聚合提交上传：\n- LyraWorkstation.tsx / lyra-data.ts：媒体同步 lag 平滑（normalizeMediaSyncLagMs +\n 节流 + 仅暂停态回读），降低抖动\n- scripts/check-{experience,http-ui,lyra-business,ui-clicks}.mjs：门禁模式微调\n- docs/product-prd.md、reports/*.latest.json、reports/product-audit-prd-20260701、\n 曲库 stem-manifest：快照/文案同步（含 project-gap-analysis P1-2 BS-RoFormer qingtian ready）\n\n验证：web+api tsc 0 错、check:governance-docs 通过、check:{lyra-business,experience,\nfrontend-contracts,analysis} 静态门禁全绿。\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-07-01T19:48:00-07:00"},{"Sha1":"ab7d6c4bf6431eb83fe45443edb7cd60757973aa","Message":"test(ui-clicks): 稳定鼓件 console 测试竞态 + 补 analysis-runs gitignore + 治理回灌\n\n- check-ui-click-acceptance.mjs：console 测试在断言初始窗口鼓件状态前，先 waitForFunction\n 等鼓件 lane 段渲染出任一 cue/跳转/间隙 marker（lane 在 stem 就绪徽标之后挂载，Track A\n mount 成本放大了这个 latent race）。修后 check:ui-clicks 稳定 14/14\n- .gitignore 补 reports/analysis-runs/（analysis/run 每次运行产物，不入库）\n- CLAUDE.md 回灌 DD-步骤-fix 关闭记录（Track A 七步真实操作+重置 + Track B producer 翻转），\n 含活体 /analysis/run 424 blocked 冒烟与 check:ui-clicks 14/14 证据、producer runtime\n spawnSync 残留登记\n\n验证：check:ui-clicks 14/14（JUHI_WEB_URL=3000 + 当前代码全栈）、check:governance-docs 通过。\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-07-01T18:50:17-07:00"},{"Sha1":"ae55256379c94671172dad140d495e999bacf3b4","Message":"feat(analysis): 步骤3 本仓真跑 beat/chord/structure producer + 门禁翻转（Track B）\n\n翻转 A1 import-only 边界：本仓接入真实整轨分析 producer（runtime 需用户显式批准安装，\n未装诚实 blocked，绝不假绿）。\n\n- workers/{beat-this,btc-chords,songformer}/scripts/run_*.py：调本机 models/{SongFormer,\n BTC-ISMIR19} + beat_this-final0.ckpt 做真实推理，输出合 contracts 消费 schema\n （songformer.sections / beat-this.report / btc-chords，秒制）。全部 guarded import：\n 缺依赖时 --smoke / 真跑诚实报 {status:blocked, issues}，不抛未捕获异常\n- POST /library/songs/:id/analysis/run（tenant-scoped）+ contracts analysisRunRequest/Result；\n 子进程执行集中在 apps/api-fastify/src/modules/analysis-producers（library.service 不直接\n 起子进程，守住 check:experience 的 EDGE/library 请求路径规则）；覆盖写 曲库/\u003csong\u003e/分析/*.json\n- check-analysis-artifacts.mjs 翻转：移除「禁止 producer 文件」红守卫，改为「producer 脚本\n 必须存在 + --smoke 可运行（缺失/崩溃/输出不可解析即红；blocked=runtime 未装是诚实态）+\n 触发端点接线」；report 加 producerRuntime 段（当前 ready 0 / blocked 3）\n- 前端步骤3「运行歌曲分析 (beat/chord/structure)」按钮 + 状态串（runStemSeparation 同款\n ok/blocked 诚实呈现）；api.ts runSongAnalysis helper\n- 治理回灌：docs/model-boundaries.md（import-only → 有 producer，runtime 经批准安装前 blocked）、\n CLAUDE.md A1 边界翻转 + 真源地图 + 基线表 analysis-artifacts 行\n\n验证：pnpm check exit 0、web+api tsc 0 错、Fastify 真实 DB 63+1 tests（新增 analysis/run\n blocked 路径 + tenant 守卫）、三 producer --smoke 均诚实 blocked、门禁有牙（隐藏 producer\n 脚本→红，还原→绿）。边界：producer runtime 未装（外部代码执行需用户显式批准），当前不产出。\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-07-01T18:34:52-07:00"}],"HeadCommit":{"Sha1":"87bcbf6ebbf43784219f8e6a5a40d6cd8fc3041c","Message":"chore(models): track model weights with lfs\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T01:00:28-07:00"},"CompareURL":"luoanwu/juhi-song-library-alignment/compare/dc908e7f6ad95ec3d1714681645cb710e622941b...87bcbf6ebbf43784219f8e6a5a40d6cd8fc3041c","Len":10}...
|
1782983352
|
Edit
Delete
|
|
15566
|
5
|
5
|
5
|
50
|
0
|
0
|
refs/heads/codex/p0-edge-governance
|
1
|
|
1782983510
|
Edit
Delete
|
|
15567
|
5
|
5
|
5
|
50
|
0
|
0
|
refs/heads/codex/p0-edge-governance
|
1
|
{"Commits":[],"HeadCommit":{"S {"Commits":[],"HeadCommit":{"Sha1":"87bcbf6ebbf43784219f8e6a5a40d6cd8fc3041c","Message":"chore(models): track model weights with lfs\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T01:00:28-07:00"},"CompareURL":"luoanwu/juhi-song-library-alignment/compare/main...87bcbf6ebbf43784219f8e6a5a40d6cd8fc3041c","Len":0}...
|
1782983510
|
Edit
Delete
|
|
15656
|
5
|
5
|
5
|
51
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"ad491b380 {"Commits":[{"Sha1":"ad491b380b573d1f4389aa0e3a1aae0eceb467d8","Message":"docs(prd): 产品设计PRD v1.1 — 全量PRD初版 + 产品缺失分析扩展\n\n- 新增《尤克特拉产品设计PRD.md》作为产品设计统摄真源（十三章：定位/市场/用户/商业模式/六步闭环/IA 40屏/13功能域/NFR/数据模型/诚实边界/路线图/风险/附录）\n- v1.1 扩展 §12.2 产品缺失分析：新发现商业化闭环断头四项（付费墙无tier守卫/无支付计费/无自助注册/无改密），\n 含代码证据 + B触点/C数据/D执行/E增长五组缺口 + 按阶段闸门的优先级判定\n- 规模口径锚定 docs-metrics 快照 0a13474（153端点/32模块/64model/40屏），诚实三铁则写入顶部版本块\n- CLAUDE.md 文档索引登记 PRD\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-07-02T03:12:53-07:00"}],"HeadCommit":{"Sha1":"ad491b380b573d1f4389aa0e3a1aae0eceb467d8","Message":"docs(prd): 产品设计PRD v1.1 — 全量PRD初版 + 产品缺失分析扩展\n\n- 新增《尤克特拉产品设计PRD.md》作为产品设计统摄真源（十三章：定位/市场/用户/商业模式/六步闭环/IA 40屏/13功能域/NFR/数据模型/诚实边界/路线图/风险/附录）\n- v1.1 扩展 §12.2 产品缺失分析：新发现商业化闭环断头四项（付费墙无tier守卫/无支付计费/无自助注册/无改密），\n 含代码证据 + B触点/C数据/D执行/E增长五组缺口 + 按阶段闸门的优先级判定\n- 规模口径锚定 docs-metrics 快照 0a13474（153端点/32模块/64model/40屏），诚实三铁则写入顶部版本块\n- CLAUDE.md 文档索引登记 PRD\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-07-02T03:12:53-07:00"},"CompareURL":"luoanwu/yggdrasil-local-life-tools/compare/6c1f58f4c1c7dce5c443bbe14d34521de581cbf6...ad491b380b573d1f4389aa0e3a1aae0eceb467d8","Len":1}...
|
1782987176
|
Edit
Delete
|
|
15801
|
5
|
1
|
5
|
53
|
0
|
0
|
|
1
|
|
1783052283
|
Edit
Delete
|
|
15802
|
5
|
1
|
5
|
54
|
0
|
0
|
|
1
|
|
1783052658
|
Edit
Delete
|
|
15803
|
5
|
5
|
5
|
54
|
0
|
0
|
refs/heads/main
|
1
|
|
1783052672
|
Edit
Delete
|
|
15804
|
5
|
5
|
5
|
54
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"f98acd04c {"Commits":[{"Sha1":"f98acd04c6fe50956d8cf89552a352c8893f037d","Message":"chore(reports): refresh runtime acceptance evidence\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T21:23:52-07:00"},{"Sha1":"1dc0c63efdf29c804f63ca2849e4e570a9cb9120","Message":"feat: harden runtime HTTP acceptance\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T21:23:06-07:00"},{"Sha1":"f8ff9b87e68449c3a4d226bf55bbb73180d7c4e8","Message":"feat: harden base framework governance\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T01:31:50-07:00"},{"Sha1":"4146021846591d0eb7b5cd8b797c198c00b6aec2","Message":"Add Capacitor export config and absolute API base\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-22T20:52:41-07:00"},{"Sha1":"3ad7df35c22d175062b25f5a0456046e65582136","Message":"feat(skills): React+Next.js 前端技能四件套纳入本仓 .claude/skills/\n\n把对应 Vue3+Element Plus 参考样板深化复刻的 React 系技能落入仓库版本管理：\n- frontend-view-react：Next.js App Router + shadcn/ui 列表/表单/详情页 + 完善页面体检清单\n- frontend-api-react：feature api 纯函数 + TanStack Query Hook + Query Key 工厂\n- fullstack-7layer-react：全栈七层（后端 1~5 同源，前端 6~7 用 React 栈）\n- zustand-store：仅 UI/全局态，落实「服务端数据绝不进 Zustand」红线\n\n锚定 docs/standards/frontend-standard.md 与 apps/web 实际运行栈；contracts 入参 Zod\n单源贯穿前端 RHF。CLAUDE.md 同步标注技能已随仓库管理。\n\nCo-Authored-By: Claude Opus 4.8 (1M context) \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-06-14T19:40:51-07:00"}],"HeadCommit":{"Sha1":"f98acd04c6fe50956d8cf89552a352c8893f037d","Message":"chore(reports): refresh runtime acceptance evidence\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T21:23:52-07:00"},"CompareURL":"luoanwu/base-framework/compare/7e269a0aa062715c1751b544cce7e7a8e8bd8bc7...f98acd04c6fe50956d8cf89552a352c8893f037d","Len":10}...
|
1783052672
|
Edit
Delete
|
|
15805
|
5
|
5
|
5
|
53
|
0
|
0
|
refs/heads/main
|
1
|
|
1783052933
|
Edit
Delete
|
|
15806
|
5
|
5
|
5
|
53
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"ff003fc3f {"Commits":[{"Sha1":"ff003fc3f1a79b3d645cc67ff77f5f806caaebdc","Message":"精准复刻声浪原型（歌曲生成工作台.html）+ 修复中文显示\n\n从设计原型（内嵌 dc 模板）提取精确 token 与交互逻辑逐项对齐：\n\n- 中文显示：字体栈改为 Space Grotesk（拉丁）+ Noto Sans SC（中文）+\n Space Mono（等宽标签，仅拉丁/数字）——中文不再落进默认等宽字体\n- 主题色精确对齐：强调色 lime #d6ff41（原误判为琥珀）、coral/green/violet、\n 四级底色 #0a0a0c/#131317/#1a1a20/#212129，登记为 tailwind sonic.* token\n- 风格标签改原型 chips 模型：已选 chips（×移除）+ 输入回车添加 +\n 15 个中英预设速选；默认 chips 与原型一致\n- 场景模板扩至原型全部 9 个（含 KTV 合唱嗨歌/深情抒情/失恋买醉/热血燃曲/\n 怀旧金曲），渐变图标、EN 分类、完整示例歌词；载入=覆盖歌词与标签（原型语义）\n- 作品库精准复刻：46 根播种伪随机波形、播放键卡片态、底部播放条\n （真实 \u003caudio\u003e 驱动：进度/暂停/上下首/EQ 动画）、编辑载入二次生成、导出\n- ⚡ 生成歌曲 lime 发光按钮；生成中状态条（真实后端状态，不做假进度）\n- 全局 toast（载入场景/提交/导出/重试提示）\n\n浏览器实测：字体加载、9 场景卡、KTV 场景载入+toast、播放条真音频计时均通过。\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-07-02T07:30:55-07:00"},{"Sha1":"03f2329430ddb5463595da6fcfba500106213d57","Message":"按「声浪 SONIC」设计稿重构交互界面\n\n信息架构从单页升级为工作台三视图（依据 歌曲自动生成界面.zip 设计稿）：\n\n- 深色主题（近黑底/暗面板/amber 强调），layout 全局启用 dark\n- 顶栏：声浪品牌 + ENGINE 徽章（当前模型，切换中标注）+ Connected/uptime\n + WebSocket/SSE 传输切换\n- 左侧图标导航：创作 / 场景 / 作品库 + 渐变头像\n- 创作页：/ CREATE 面包屑 + 引擎模型卡（含异步切换全状态）+ 歌词（结构标记\n 提示/字数统计）+ 风格标签三组速选 chips（点击拼进 prompt）+ 时长 + 生成\n- 场景模板页：4 个预设配方卡（广告片/短视频/KTV/门店 BGM），一键填入创作\n 面板（歌词非空不覆盖）\n- 作品库页：任务列表（状态 chip/试听/下载/重试/尝试次数）\n- 右侧 Live Events 面板（mono 风格，songJob 事件按结果着色）\n- 删除被替代的 SongsPanel；框架 demo 组件保留在库中但不再挂载\n\n浏览器实测：三视图渲染、场景→创作联动（tags/时长/歌词骨架）均通过。\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-07-02T07:19:32-07:00"},{"Sha1":"117953b4b4c75a2873b0e19013f5b089665817c9","Message":"修复模型切换 500：改异步切换 + 轮询确认 + 切换期间延迟派发\n\n用户实测切换 acestep-v15-base 报 Internal Server Error。根因：把 GB 级模型\n下载塞进单个同步 HTTP 请求，Node fetch 底层响应头超时（~5 分钟）早于下载完成，\n超时异常未映射 HTTP 语义 → 裸 500（引擎侧下载其实已开始，连接死了下载也断）。\n\n- switchModel 改异步：校验（引擎存在/无生成中任务/引擎可达/无进行中切换）后\n 立即返回 switching 状态；后台触发 /v1/init 并轮询 loaded 列表确认目标模型\n 就位（不以长请求的成败为准），超时如实记入 lastSwitchError\n- GET models 响应新增 switching / lastSwitchError；重复切换 409 SWITCH_IN_PROGRESS\n- worker 新增切换期间守卫：延迟 30s 重派而不烧 attempts（enqueue 支持 delay）\n- 前端：切换中徽章 + 按钮禁用 + 5s 密集轮询 + 上次失败原因展示\n- 新增 2 个异步切换测试（完成路径/进行中拒绝+延迟派发+超时留痕），19/19 绿\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-07-02T06:11:29-07:00"},{"Sha1":"2b3b677ca134fa03e3e3b476a1b2919102a54b58","Message":"引擎抽象层：EngineClient 端口 + EngineRegistry 路由\n\n为接入未来引擎（GPU 服务器 ACE-Step、YuE wrapper、新模型）铺路：\n\n- engine-client.interface.ts：引擎端口（任务提交/轮询/下载/模型管理）+\n 跨引擎语义约定（任务真源在 SongJob 表、未知任务号返回空、生成中透出 progress）\n- engine.registry.ts：SongJob.engine → 适配器的唯一路由点（SONG_DEFAULT_ENGINE）\n- AceStepClient 成为第一个实现，模型目录与能力声明（supportedTaskTypes）内聚到适配器\n- contracts/prisma 增加 engine 字段（默认 acestep）；未注册引擎、引擎不支持的\n taskType 在 create 入口 400 拒绝，不入队\n- models/switch 端点支持 ?engine=；切换守卫按引擎计数 SUBMITTED\n- 新增 3 个抽象层测试（未注册引擎拒绝/能力校验/路由），31 tests 绿\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-07-02T05:58:18-07:00"},{"Sha1":"358df6e7dee8d9fdd0998d70cc4eb62884c0bed7","Message":"模型切换：引擎热切换 + 按任务选模型\n\n- GET /api/songs/models：DiT 可加载目录（镜像引擎 model_download.py，登记在\n 适配层唯一入口）× /v1/models 已加载状态；引擎不可达时诚实降级 engineUp=false\n- POST /api/songs/models/switch：代理 /v1/init 热切换默认模型；有 SUBMITTED\n 任务时 409 ENGINE_BUSY（重载会打断在跑生成）；未下载模型引擎先下载（同步等待）\n- 按任务 model 参数端到端直通（contracts→prisma 列→引擎入参）；引擎对未加载\n 模型会静默回退默认——产物新增 ditModel 如实记录实际使用的模型\n- 前端 SongsPanel 新增引擎模型条：当前模型徽章 + 切换下拉（标注已加载/需下载）\n + 生成中禁用切换\n- 新增 3 个真派发测试（模型直通/切换守卫/降级），28 tests 绿，pnpm check 全绿\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-07-02T05:24:25-07:00"}],"HeadCommit":{"Sha1":"ff003fc3f1a79b3d645cc67ff77f5f806caaebdc","Message":"精准复刻声浪原型（歌曲生成工作台.html）+ 修复中文显示\n\n从设计原型（内嵌 dc 模板）提取精确 token 与交互逻辑逐项对齐：\n\n- 中文显示：字体栈改为 Space Grotesk（拉丁）+ Noto Sans SC（中文）+\n Space Mono（等宽标签，仅拉丁/数字）——中文不再落进默认等宽字体\n- 主题色精确对齐：强调色 lime #d6ff41（原误判为琥珀）、coral/green/violet、\n 四级底色 #0a0a0c/#131317/#1a1a20/#212129，登记为 tailwind sonic.* token\n- 风格标签改原型 chips 模型：已选 chips（×移除）+ 输入回车添加 +\n 15 个中英预设速选；默认 chips 与原型一致\n- 场景模板扩至原型全部 9 个（含 KTV 合唱嗨歌/深情抒情/失恋买醉/热血燃曲/\n 怀旧金曲），渐变图标、EN 分类、完整示例歌词；载入=覆盖歌词与标签（原型语义）\n- 作品库精准复刻：46 根播种伪随机波形、播放键卡片态、底部播放条\n （真实 \u003caudio\u003e 驱动：进度/暂停/上下首/EQ 动画）、编辑载入二次生成、导出\n- ⚡ 生成歌曲 lime 发光按钮；生成中状态条（真实后端状态，不做假进度）\n- 全局 toast（载入场景/提交/导出/重试提示）\n\n浏览器实测：字体加载、9 场景卡、KTV 场景载入+toast、播放条真音频计时均通过。\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-07-02T07:30:55-07:00"},"CompareURL":"","Len":7}...
|
1783052933
|
Edit
Delete
|
|
15815
|
5
|
5
|
5
|
53
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"36288790c {"Commits":[{"Sha1":"36288790cd7118c7109effc2de997f147665531d","Message":"feat: improve song studio mobile playback and engine flow\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T22:30:05-07:00"}],"HeadCommit":{"Sha1":"36288790cd7118c7109effc2de997f147665531d","Message":"feat: improve song studio mobile playback and engine flow\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T22:30:05-07:00"},"CompareURL":"luoanwu/song-generation/compare/ff003fc3f1a79b3d645cc67ff77f5f806caaebdc...36288790cd7118c7109effc2de997f147665531d","Len":1}...
|
1783056773
|
Edit
Delete
|
|
15824
|
5
|
5
|
5
|
53
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"a146df273 {"Commits":[{"Sha1":"a146df273f4b5ba09c490cb67458ae8dc8c2fc12","Message":"深度优化：治理缺口闭环 + 规模能力 + 双审计修复\n\n治理：\n- check:schema 泛化为 ENTITIES 登记表，SongJobState 纳入单源门禁（关闭基线 OPEN 项）\n- 端口口径统一：运行时真源 3201，提交层默认值（CLAUDE.md/.env.example/next.config）对齐消除双源漂移\n- .env.example 补齐 ACESTEP_API_URL/SONG_OUTPUT_DIR/SONG_POLL_*/SONG_STALL_*/SONG_SWITCH_* 全量配置\n\n规模与能力（后端审计修复）：\n- 真实进度透出：SongJob.progress 列，worker 轮询回写（state 前置条件防覆盖终态），\n 成功置 1、重试清空；实测 0.68→0.8→1 全程可见\n- DELETE /api/songs/:id：终态与 QUEUED 可删（SUBMITTED 409），级联历史 + outbox\n songJob.deleted 事件 + 产物目录清理；实测 200/404/目录已清\n- GET /api/songs 强制分页（take 默认 50 上限 200 + skip，非法参数 400）\n- outbox 已投递记录 7 天保留期每小时清理（表不再无限增长）\n- persistArtifacts 半落盘防护：任一候选下载失败即清整目录并走失败重试，不卡 SUBMITTED\n- downloadAudio 加 10 分钟超时 + 500MB 大小护栏（流式计数）\n\n前端（审计修复）：\n- 播放器换源原子性（先停旧源）+ play() 异常捕获置回暂停态 + 删除正在播放的歌时停播并释放 blob\n- 作品库删除按钮（确认后删，生成中隐藏）；生成中 chip 与创作页进度条显示真实百分比\n- 播放控制补 aria-label\n\n测试：songs 集成 19→24（删除/跨租户/分页钳制/进度回写/半落盘清理），全仓 45 tests 绿，\n门禁 8 项 + 棘轮通过。\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-07-02T23:00:58-07:00"},{"Sha1":"b49310ecdcf2532cb430c13cf8e97faad0b72a78","Message":"chore: ignore local git bundle artifact\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-02T22:36:11-07:00"}],"HeadCommit":{"Sha1":"a146df273f4b5ba09c490cb67458ae8dc8c2fc12","Message":"深度优化：治理缺口闭环 + 规模能力 + 双审计修复\n\n治理：\n- check:schema 泛化为 ENTITIES 登记表，SongJobState 纳入单源门禁（关闭基线 OPEN 项）\n- 端口口径统一：运行时真源 3201，提交层默认值（CLAUDE.md/.env.example/next.config）对齐消除双源漂移\n- .env.example 补齐 ACESTEP_API_URL/SONG_OUTPUT_DIR/SONG_POLL_*/SONG_STALL_*/SONG_SWITCH_* 全量配置\n\n规模与能力（后端审计修复）：\n- 真实进度透出：SongJob.progress 列，worker 轮询回写（state 前置条件防覆盖终态），\n 成功置 1、重试清空；实测 0.68→0.8→1 全程可见\n- DELETE /api/songs/:id：终态与 QUEUED 可删（SUBMITTED 409），级联历史 + outbox\n songJob.deleted 事件 + 产物目录清理；实测 200/404/目录已清\n- GET /api/songs 强制分页（take 默认 50 上限 200 + skip，非法参数 400）\n- outbox 已投递记录 7 天保留期每小时清理（表不再无限增长）\n- persistArtifacts 半落盘防护：任一候选下载失败即清整目录并走失败重试，不卡 SUBMITTED\n- downloadAudio 加 10 分钟超时 + 500MB 大小护栏（流式计数）\n\n前端（审计修复）：\n- 播放器换源原子性（先停旧源）+ play() 异常捕获置回暂停态 + 删除正在播放的歌时停播并释放 blob\n- 作品库删除按钮（确认后删，生成中隐藏）；生成中 chip 与创作页进度条显示真实百分比\n- 播放控制补 aria-label\n\n测试：songs 集成 19→24（删除/跨租户/分页钳制/进度回写/半落盘清理），全仓 45 tests 绿，\n门禁 8 项 + 棘轮通过。\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-07-02T23:00:58-07:00"},"CompareURL":"luoanwu/song-generation/compare/36288790cd7118c7109effc2de997f147665531d...a146df273f4b5ba09c490cb67458ae8dc8c2fc12","Len":2}...
|
1783058922
|
Edit
Delete
|
|
15969
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"da76fc5e9 {"Commits":[{"Sha1":"da76fc5e9fcbc3f937fa2bee7743931f9b60e4db","Message":"docs(governance): 沉淀契约断链深挖战役经验（两个 bug 家族 + live 复现纪律）\n\nbaseline-and-experience.md 置顶新增 2026-07-01~07-03 战役经验块：\n- 核心发现：静态审计停在 Zod 边界，语义断链全在 Zod 之后（casing 错位/\n 缺列/mapper 错映射/绕守卫/路由遮蔽），深挖口径为追「Zod→prisma 写入」\n 与「筛选参数→where」两条真实链的断点。\n- Bug 家族 1「controller 绕守卫走裸 batchAction」：11 模块命中、真断链 4、\n 三查判定法（updateStatus 覆写/update 覆写/batchAction 覆写）豁免 5。\n- Bug 家族 2「静态路由被参数化路由遮蔽」：16 文件 32 处死路由全收口，\n 防回潮探测器 audit:route-shadowing 已入仓。\n- live 复现铁律：子代理 5 个「最强候选」全是假阳性（死 controller/\n BaseService 自动筛选/crud fallback 静默丢弃），改前必正负两向真请求复现。\n- 修复分类法（六种证据形态→修法映射表）、状态词汇多源漂移多数决收敛法、\n 测试防剧场增补（mock FieldMapper 须应用真实映射表）、环境坑增补\n （rogue next 遮蔽 3000/Prisma client 重启/非交互迁移纪律）。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T02:46:55-07:00"},{"Sha1":"1329d688e027093bb5a1157466cef5cfdfa0513f","Message":"fix(routes): 全仓收口 32 处路由遮蔽死路由，新增 route-shadowing 审计防回潮\n\n承接 supply-chain 采购单批量路由被 /:id 吞掉的发现（fb706e38d6），写模拟\nExpress 顺序匹配的扫描器全仓核查：同一 routes 文件内，先注册的参数化路由\n（/:id...）会吞掉后注册的静态段路由（/batch、/export、/stats、/calendar、\n/today、/templates 等），使其永远不可达——调用方拿到的是详情 handler 的\nPRISMA_P2023/404（静态段被当 UUID 传给 findFirst）。\n\n实测 16 个文件 32 处真死路由（live 抽验 today/stats/calendar 均复现 P2023），\n覆盖：ad-campaigns 批量启停、campaign-targets/contract-templates/tickets/\npartner-customers/social-interactions 批量删除、knowledge-capture 批量审批+\n规则统计、lead-qualification 批量评分/认定、livestream-schedules 日历/今日、\nmarketing 归因 5 个报表端点、satisfaction 响应导出、social-posts 日历/批量\n发布、cash-flow 高风险付款行为、geo-keywords 导出、inventory 盘点行批量、\nsupply-chain 供应商批量删除。\n\n修复：全部静态路由前移到对应参数化路由之前（纯注册顺序移动，handler/权限/\nvalidate schema 一律未动），每处补中文注释说明顺序约束。\n\n防回潮：新增 scripts/audit-route-shadowing.ts（pnpm run audit:route-shadowing），\n模拟 Express 逐段匹配、已处理 :id(regex) 约束段（UUID 正则不吞 batch，剔除\n7 处假阳性）；任何新增遮蔽退出码 1，报告写 reports/route-shadowing-audit.latest.json。\n暂未注册 audit-registry（避免触发 reports-missing-zero，接入棘轮由治理口径决定）。\n\n验证：重扫 361 个 routes 文件 0 遮蔽；backend type-check 全绿；live 抽验 10\n端点全部复活（3 处 P2023→success、attribution 5 端点 200、2 个 export 200）；\nroute-registration 审计重复挂载 0。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T02:39:19-07:00"},{"Sha1":"fb706e38d6ba2c08bcea5e43c0da60db2b328e7c","Message":"fix(sn/supply-chain/content-templates): 全仓收口「controller 绕守卫走裸 batchAction」bug 家族\n\n承接 content-creation（ad0aff1667）后全仓扫描 batchAction('update_status')\n家族（11 模块命中），逐模块三查（updateStatus 覆写守卫 / update 覆写守卫 /\nbatchAction 覆写）+ live 复现判责，真断链 3 处全部修复：\n\n- serial-numbers（与 content-creation 完全同族）：activate/return/scrap/\n batch-activate 四个动作走裸 batchAction，绕过 assertTransition 守卫（红线 2），\n 且 activate 的 customerId/orderId/activatedAt 被丢弃（客户绑定/激活时间静默\n 丢失、无生命周期事件）；带守卫的 service.activate/restockReturned/\n scrapSerialNumber 全是死代码。现全部接回守卫实现。\n live：activate 带 customerId/activatedAt 真落库并读回；activated→return\n 被守卫 400 拦截。新增 4 个 controller 回归锁定测试（断言走守卫方法且\n batchAction 未被调用）。\n- supply-chain 采购单批量确认/取消：两层断链叠加——\n ① batch 路由注册在 /:id/confirm、/:id/cancel 之后，Express 把 \"batch\" 当\n :id，前端 POST /purchase-orders/batch/confirm|cancel 恒 400（批量确认/取消\n 一直是假功能）；已把三条 batch 路由前移到 /:id/* 之前。\n ② handler 走裸 batchAction 绕过 canTransitionPurchaseOrder；已改为逐单走\n confirmOrder/cancelOrder 守卫方法并汇总 successCount/failedIds。\n live 混合场景：created 单→confirmed 放行、cancelled 单保持原状进 failedIds。\n- content-templates 记录使用：POST /:id/use 走 batchAction(metadata:{lastUsedAt})\n ——metadata 被忽略、status 为 undefined，什么都不写，前端列表「使用次数」\n 恒 0（死指标）。现实现 service.recordUse（usage_count 自增 + 租户守卫）。\n live：连打两次 usageCount 0→2。顺手修齐既存测试漂移（getTemplateStats 断言\n inactive→archived，对齐 service 真实返回键）。\n\n已核实豁免（live/码面证据，防误改）：leads（update 覆写带 canTransitionLead，\n批量状态未绕守卫）、alliance-merchants/products（update 覆写带守卫）、\ncontent-library（batchAction 覆写已专门处理 metadata.categoryId → 真实\nbatchMoveCategory）、marketing-automation（paused 开关型无拓扑）。\n\nbackend type-check 全绿；serial-numbers/supply-chain/content-templates 测试\n93/93 通过；route-registration 审计重复挂载 0。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T02:02:40-07:00"},{"Sha1":"ad0aff1667f4426638d853309430b89468af8966","Message":"fix(content-creation): 视图驱动补全提交审核链路，接回被绕过的状态机守卫\n\n深挖发现该模块存在三层叠加断链：\n1. 红线 2 违反：controller 的 start/submit/complete/cancel/assign 全部绕过\n service 守卫方法，走裸 batchAction('update_status')——状态机从未拦截过任何\n 非法转换（live 实测 draft→pending_review 任意跳转全通）；submit 的 req.body\n 被塞进 batchAction 忽略的 metadata payload，content/outputUrls/note 全部丢弃；\n assign 连 status 都不传（等于什么都不干）。带守卫+流程启动的 service.submit\n 是零调用死代码（与 tickets 4d854c3a 同一 bug 家族）。\n2. 状态词汇三源漂移：machine/statuses.ts 用 pending/assigned/submitted/revision\n （纸面定义、库中从未有数据），运行态（DB 31 行、service 写链、前端\n CONTENTDRAFT_STATUS_MAP）用 draft/in_progress/pending_review/completed/\n cancelled；schema 的 CREATION_STATUS 还混有第三套 review/approved/active 死值\n （其注释宣称的\"控制器实写 review/approved\"经核对与代码不符）。\n3. 数据模型缺位：submitCreationSchema 接受的 content(max 100000)/outputUrls/note\n 无处持久化——content 无列、outputUrls 被 mapper 错映射到 UUID 列\n output_item_id（该列为 ai-assist context-provider 真实读取，不得占用）、\n note 无写链。\n\n修复（按红线 4 视图驱动：视图需求→字段提取→数据模型→迁移→全栈实现）：\n- 状态机收敛到运行态词汇（红线 0）：machine 拓扑/XState states/statuses.ts/\n schema 枚举统一为 draft→in_progress→pending_review→completed（+cancelled、\n 审核退回 pending_review→in_progress）；assign 只设 assigned_to 不再是独立状态。\n- 迁移 20260703030000：content_creations 补 content TEXT / output_urls JSONB\n default [] / submit_note VARCHAR(1000)；mapper 修正 outputUrls→output_urls、\n 新增 submitNote→submit_note，解除对 output_item_id 的错误占用。\n- service.submit 持久化三字段并流转 pending_review（勿用 BUSINESS_STATUS.\n PENDING_APPROVAL='pending_approval' 错词）；补 complete/cancel 守卫方法；\n controller 五个动作全部接回 service 守卫链。\n- 前端 Index：in_progress 行新增「提交审核」Modal（正文必填/成果链接多行 URL/\n 提交说明），完成按钮收窄到 pending_review 行、取消按钮排除 pending_review\n （旧条件在新守卫下会 400）。\n\n真实端到端验证（运行中后端 + 真实 DB）：\n- 修复前：submit 200 但 content/outputUrls/note 全丢（DB 直证 metadata={}）、\n draft 直接 submit 也 200（守卫失效）。\n- 修复后：draft→submit 正确 400（错误信息含合法目标）、pending_review→cancel\n 正确 400；start→submit 后 content/output_urls/submit_note API+DB 双证落库、\n output_item_id 未污染；complete 落 completedAt。\n\n测试：machine 测试重写 17/17；service 测试补 submit 持久化锁定（mock mapper\n改为应用真实映射表，锁 outputUrls→output_urls 配置本身）7/7；前端 RTL 补提交\n审核 Modal 用例并同步行按钮断言 2/2。前后端 type-check 全绿；sm-drift 审计\ndivergent/duplicate/topology 全 0、unresolved 9 未涨；enum/formrules/\nfield-payload/prisma-zod 审计全绿。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T01:36:49-07:00"},{"Sha1":"9ff572ee948d646916ba12fb3b3f084f2bd05a30","Message":"fix(crm-activities): 落地文档承诺的幂等能力，同 idempotencyKey 不再重复建活动\n\ncrm-activities create 的 Zod schema 接受 idempotencyKey、docs 明确宣称\n「支持幂等性（通过 idempotencyKey 字段）」，但此前无列无逻辑：字段经 crud\nfallback 静默丢弃（不 500，也不去重），相同 key 重复提交会产生多条活动记录——\n契约/文档与实现不符（假契约）。\n\n修复（落地承诺，补列+接线）：\n- 迁移 20260703020000：crm_activities 补 idempotency_key VARCHAR(100) +\n 租户内唯一索引 (tenant_id, idempotency_key)；Postgres 多 NULL 互异，\n 存量行不冲突；folder 真源 + schema.prisma 镜像同步。\n- service.create：命中既有 idempotency_key 直接返回既有活动（去重）；\n 并发下唯一约束触发 P2002 时兜底重取既有，避免竞态重复。\n\n真实端到端验证（运行中后端 + 真实 DB）：\n- 修复前同 key 两次得两条不同记录（去重失效复现）。\n- 修复后同 key 两次返回同一 id，DB 仅 1 行且 idempotency_key 落库。\n\n新增回归锁定单测：相同 idempotencyKey 命中既有则返回既有、断言 create 未被调用。\ncrm-activity.service.test.ts 9/9 通过；backend type-check 全绿；\nprisma-zod 契约审计 PASS。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T01:07:46-07:00"}],"HeadCommit":{"Sha1":"da76fc5e9fcbc3f937fa2bee7743931f9b60e4db","Message":"docs(governance): 沉淀契约断链深挖战役经验（两个 bug 家族 + live 复现纪律）\n\nbaseline-and-experience.md 置顶新增 2026-07-01~07-03 战役经验块：\n- 核心发现：静态审计停在 Zod 边界，语义断链全在 Zod 之后（casing 错位/\n 缺列/mapper 错映射/绕守卫/路由遮蔽），深挖口径为追「Zod→prisma 写入」\n 与「筛选参数→where」两条真实链的断点。\n- Bug 家族 1「controller 绕守卫走裸 batchAction」：11 模块命中、真断链 4、\n 三查判定法（updateStatus 覆写/update 覆写/batchAction 覆写）豁免 5。\n- Bug 家族 2「静态路由被参数化路由遮蔽」：16 文件 32 处死路由全收口，\n 防回潮探测器 audit:route-shadowing 已入仓。\n- live 复现铁律：子代理 5 个「最强候选」全是假阳性（死 controller/\n BaseService 自动筛选/crud fallback 静默丢弃），改前必正负两向真请求复现。\n- 修复分类法（六种证据形态→修法映射表）、状态词汇多源漂移多数决收敛法、\n 测试防剧场增补（mock FieldMapper 须应用真实映射表）、环境坑增补\n （rogue next 遮蔽 3000/Prisma client 重启/非交互迁移纪律）。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T02:46:55-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/7942f4d3803ea963e31be6aef86cd52dbd564635...da76fc5e9fcbc3f937fa2bee7743931f9b60e4db","Len":9}...
|
1783072038
|
Edit
Delete
|
|
15970
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"c4a1b8ebc {"Commits":[{"Sha1":"c4a1b8ebcc54d4a222aa030b845818ad365b950d","Message":"fix(sn/contracts): bind 接回守卫实现 + 六模块死字段契约清理批\n\n一、serial-numbers bind 接回 bindSerialNumber（bug 家族第 5 处收口）\n语义核实修正：bindSerialNumber 服务函数的 where 条件 status:'in_stock' 是\n乐观锁前置，data 实写 status:'shipped'——即「绑定即随单发货」，与 controller\n语义一致，非此前疑似的语义漂移，无需产品决策。差别是 controller 裸写版本\n缺订单/明细/客户存在性校验、缺 in_stock+未绑定乐观锁、缺 sn_bound 事件，\n且守卫实现是零调用死代码。修复：\n- controller.bind 接回 bindSerialNumber；路由挂 validate(bindSerialNumberSchema)\n （orderId/customerId 必填）。\n- 前端 api bind 签名对齐后端契约（orderId/customerId 必填 + orderItemId/\n shipmentId 可选），删除后端无写链的 contractId/assetId 死字段。\n- live 四向验证：缺 orderId→400、假订单→404 订单不存在、真绑定→200 且\n DB 直证 shipped+bound_order_id+bound_customer_id 落库、重复绑定→conflict\n 乐观锁拦截；验证后经 /return 恢复（顺带复验 restockReturned 清绑定生效）。\n- 新增 controller 回归锁定测试（断言走 bindSerialNumber 且裸 update 未被调）。\n\n二、契约清理批（六项，Zod 收下但永不落库/错位的死契约）\n① inventory 仓库：create/update schema 删 contactName/contactPhone/notes\n （warehouses 无列、mapper 显式忽略、前端不收集），mapper 忽略条目一并清。\n② opportunities：create body 删 phone/email/province/city/address/industry/\n contact_name/contact_phone 八个死字段（service 自动建客户只写 name、无\n customer_contacts 写链、前端走客户选择器不发送）；update 派生自动净化；\n IM intent-analyzer 调用点同步清 undefined 占位死参数。live：带 phone 创建\n 被 strict 400 拒绝（Unrecognized key）。\n③ opportunities list startDate/endDate 接线（此前被 allowedFilterFields\n 白名单静默忽略）：落创建时间区间。live：全量 317 → 未来起点 0/过去终点 0。\n④ targets update 删 milestones（sales_targets 无标量列、update 无子表写链，\n 透传会触发 Prisma Unknown argument；create 子表写链保留）；前端\n toUpdateWire/UpdateTargetRequest 同步删。\n⑤ rma：diagnose/complete 两处 Zod + docs 删 service 从不读取的 eventInsights；\n 前端 diagnose 签名对齐后端唯一持久化键 diagnosisResult（旧\n diagnosis/faultType/severity 与后端完全错位、会被静默剥离）。\n⑥ livestream createSchedule 删冗余必填死字段 scheduledStartAt/scheduledEndAt\n （service 只读 scheduledStart/scheduledEnd，旧契约强迫调用方双发同值且第二\n 份被丢）；前端读 DTO 类型同步对齐 scheduledStart/scheduledEnd（旧 *At 键\n DTO 从不返回，恒 undefined）。live：不带 *At 创建过 Zod 进入业务校验。\n\n验证：前后端 type-check 全绿；opportunities/targets/rma/livestream/inventory/\nserial-numbers 测试 192/192 通过；formrules-zod errors 0、field-payload 0/0、\nenum-consistency 无新增。\n\nBacklog 登记：rma complete 前端发送 resolution/refundAmount/returnShipping*\n与后端 completeRmaSchema(returnedItem) 错位（Detail 仅发硬编码文案，无用户\n数据损失），待定接线或清理方向。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T03:06:13-07:00"}],"HeadCommit":{"Sha1":"c4a1b8ebcc54d4a222aa030b845818ad365b950d","Message":"fix(sn/contracts): bind 接回守卫实现 + 六模块死字段契约清理批\n\n一、serial-numbers bind 接回 bindSerialNumber（bug 家族第 5 处收口）\n语义核实修正：bindSerialNumber 服务函数的 where 条件 status:'in_stock' 是\n乐观锁前置，data 实写 status:'shipped'——即「绑定即随单发货」，与 controller\n语义一致，非此前疑似的语义漂移，无需产品决策。差别是 controller 裸写版本\n缺订单/明细/客户存在性校验、缺 in_stock+未绑定乐观锁、缺 sn_bound 事件，\n且守卫实现是零调用死代码。修复：\n- controller.bind 接回 bindSerialNumber；路由挂 validate(bindSerialNumberSchema)\n （orderId/customerId 必填）。\n- 前端 api bind 签名对齐后端契约（orderId/customerId 必填 + orderItemId/\n shipmentId 可选），删除后端无写链的 contractId/assetId 死字段。\n- live 四向验证：缺 orderId→400、假订单→404 订单不存在、真绑定→200 且\n DB 直证 shipped+bound_order_id+bound_customer_id 落库、重复绑定→conflict\n 乐观锁拦截；验证后经 /return 恢复（顺带复验 restockReturned 清绑定生效）。\n- 新增 controller 回归锁定测试（断言走 bindSerialNumber 且裸 update 未被调）。\n\n二、契约清理批（六项，Zod 收下但永不落库/错位的死契约）\n① inventory 仓库：create/update schema 删 contactName/contactPhone/notes\n （warehouses 无列、mapper 显式忽略、前端不收集），mapper 忽略条目一并清。\n② opportunities：create body 删 phone/email/province/city/address/industry/\n contact_name/contact_phone 八个死字段（service 自动建客户只写 name、无\n customer_contacts 写链、前端走客户选择器不发送）；update 派生自动净化；\n IM intent-analyzer 调用点同步清 undefined 占位死参数。live：带 phone 创建\n 被 strict 400 拒绝（Unrecognized key）。\n③ opportunities list startDate/endDate 接线（此前被 allowedFilterFields\n 白名单静默忽略）：落创建时间区间。live：全量 317 → 未来起点 0/过去终点 0。\n④ targets update 删 milestones（sales_targets 无标量列、update 无子表写链，\n 透传会触发 Prisma Unknown argument；create 子表写链保留）；前端\n toUpdateWire/UpdateTargetRequest 同步删。\n⑤ rma：diagnose/complete 两处 Zod + docs 删 service 从不读取的 eventInsights；\n 前端 diagnose 签名对齐后端唯一持久化键 diagnosisResult（旧\n diagnosis/faultType/severity 与后端完全错位、会被静默剥离）。\n⑥ livestream createSchedule 删冗余必填死字段 scheduledStartAt/scheduledEndAt\n （service 只读 scheduledStart/scheduledEnd，旧契约强迫调用方双发同值且第二\n 份被丢）；前端读 DTO 类型同步对齐 scheduledStart/scheduledEnd（旧 *At 键\n DTO 从不返回，恒 undefined）。live：不带 *At 创建过 Zod 进入业务校验。\n\n验证：前后端 type-check 全绿；opportunities/targets/rma/livestream/inventory/\nserial-numbers 测试 192/192 通过；formrules-zod errors 0、field-payload 0/0、\nenum-consistency 无新增。\n\nBacklog 登记：rma complete 前端发送 resolution/refundAmount/returnShipping*\n与后端 completeRmaSchema(returnedItem) 错位（Detail 仅发硬编码文案，无用户\n数据损失），待定接线或清理方向。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T03:06:13-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/da76fc5e9fcbc3f937fa2bee7743931f9b60e4db...c4a1b8ebcc54d4a222aa030b845818ad365b950d","Len":1}...
|
1783073192
|
Edit
Delete
|
|
15971
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"06c1676e4 {"Commits":[{"Sha1":"06c1676e4e8d18d0a3797df1323ed4d768d3bee8","Message":"fix(rma): complete 契约错位收口——resolution 真落库、completed_at 从死写复活\n\n前端 rmaApi.complete 发送 resolution/refundAmount/returnShippingNo/\nreturnShippingCarrier 四字段，而后端 completeRmaSchema 只收 returnedItem——\n全部被 Zod 静默剥离；且 completeRma 的 updateMany 从不写 completed_at，\n详情 timeline 依赖 completed_at 生成的「完成」节点永不出现（死节点）。\n\n修复（接线 + 契约收敛双向）：\n- 后端：completeRmaSchema 补 resolution（max 2000，可选）；completeRma 写入\n completed_at + 将 resolution 并入 logistics_json（与 diagnose 的 diagnosis\n 键同构，保留既有 JSON 键）；controller 透传。\n- 前端 api：complete 签名收敛为 { resolution, returnedItem? }——删除后端无\n 写链的 refundAmount/returnShippingNo/returnShippingCarrier 死字段（退款\n 金额属财务域真源，不在 RMA JSON 记第二份）。\n- 前端 Detail（视图驱动闭环）：完成确认框升级为受控 Modal 真收集处理结论\n （默认「已完成处理」，与既有拒绝原因 Modal 同构）；Descriptions 新增\n 「诊断结论」「处理结论」两行读 logisticsJson.diagnosis/resolution，\n 写入的信息在详情页真正查得回。\n\n真实端到端验证（运行中后端 + 真实 DB）：\n- created→receive→process→complete 带 resolution：status=completed、\n completedAt 落库（timeline 完成节点复活）、logisticsJson.resolution\n API 读回与 DB 直证一致。\n- 顺带补验上一提交的 diagnose 对齐链：receive→diagnose 带 diagnosisResult，\n DB 直证 logistics_json.diagnosis 落库。\n\n新增回归锁定单测：断言 updateMany 写 completed_at + logistics_json 合并\nresolution 且保留既有 diagnosis 键。rma.service.test.ts 34/34 通过；\n前后端 type-check 全绿。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T03:16:05-07:00"}],"HeadCommit":{"Sha1":"06c1676e4e8d18d0a3797df1323ed4d768d3bee8","Message":"fix(rma): complete 契约错位收口——resolution 真落库、completed_at 从死写复活\n\n前端 rmaApi.complete 发送 resolution/refundAmount/returnShippingNo/\nreturnShippingCarrier 四字段，而后端 completeRmaSchema 只收 returnedItem——\n全部被 Zod 静默剥离；且 completeRma 的 updateMany 从不写 completed_at，\n详情 timeline 依赖 completed_at 生成的「完成」节点永不出现（死节点）。\n\n修复（接线 + 契约收敛双向）：\n- 后端：completeRmaSchema 补 resolution（max 2000，可选）；completeRma 写入\n completed_at + 将 resolution 并入 logistics_json（与 diagnose 的 diagnosis\n 键同构，保留既有 JSON 键）；controller 透传。\n- 前端 api：complete 签名收敛为 { resolution, returnedItem? }——删除后端无\n 写链的 refundAmount/returnShippingNo/returnShippingCarrier 死字段（退款\n 金额属财务域真源，不在 RMA JSON 记第二份）。\n- 前端 Detail（视图驱动闭环）：完成确认框升级为受控 Modal 真收集处理结论\n （默认「已完成处理」，与既有拒绝原因 Modal 同构）；Descriptions 新增\n 「诊断结论」「处理结论」两行读 logisticsJson.diagnosis/resolution，\n 写入的信息在详情页真正查得回。\n\n真实端到端验证（运行中后端 + 真实 DB）：\n- created→receive→process→complete 带 resolution：status=completed、\n completedAt 落库（timeline 完成节点复活）、logisticsJson.resolution\n API 读回与 DB 直证一致。\n- 顺带补验上一提交的 diagnose 对齐链：receive→diagnose 带 diagnosisResult，\n DB 直证 logistics_json.diagnosis 落库。\n\n新增回归锁定单测：断言 updateMany 写 completed_at + logistics_json 合并\nresolution 且保留既有 diagnosis 键。rma.service.test.ts 34/34 通过；\n前后端 type-check 全绿。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T03:16:05-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/c4a1b8ebcc54d4a222aa030b845818ad365b950d...06c1676e4e8d18d0a3797df1323ed4d768d3bee8","Len":1}...
|
1783073771
|
Edit
Delete
|
|
15972
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"7212bb0f7 {"Commits":[{"Sha1":"7212bb0f7d8f202759b9ddb0e2204b3745825847","Message":"chore(harness): route-shadowing 审计接入 audit-registry（红线 9 注册即执行）\n\n将 scripts/audit-route-shadowing.ts 正式注册进 AUDIT_REGISTRY（第 72 项）：\n- trigger: backend/src/modules/**/*.routes.ts 变更时选跑（gate: smart）\n- reportFile: reports/route-shadowing-audit.latest.json（已在仓、当前 shadowed=0）\n- 硬阻塞语义在审计脚本自身（新增遮蔽退出码 1）；harness 侧经 report.ts 的\n adaptGeneric fallback 消化 findings（无 severity 默认 INFO，不污染\n dashboard high/medium），符合「脚本硬门禁 + dashboard INFO 记录」棘轮口径。\n\n接入验证：registry 解析 OK（72 项）、report.ts:3450 按 reportFile 文件名\n自动路由 adaptGeneric 成立、报告新鲜且 0 遮蔽。至此「静态路由被参数化路由\n遮蔽」bug 家族（1329d688e0 收口的 32 处死路由）具备防回潮机器门禁。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T03:20:52-07:00"}],"HeadCommit":{"Sha1":"7212bb0f7d8f202759b9ddb0e2204b3745825847","Message":"chore(harness): route-shadowing 审计接入 audit-registry（红线 9 注册即执行）\n\n将 scripts/audit-route-shadowing.ts 正式注册进 AUDIT_REGISTRY（第 72 项）：\n- trigger: backend/src/modules/**/*.routes.ts 变更时选跑（gate: smart）\n- reportFile: reports/route-shadowing-audit.latest.json（已在仓、当前 shadowed=0）\n- 硬阻塞语义在审计脚本自身（新增遮蔽退出码 1）；harness 侧经 report.ts 的\n adaptGeneric fallback 消化 findings（无 severity 默认 INFO，不污染\n dashboard high/medium），符合「脚本硬门禁 + dashboard INFO 记录」棘轮口径。\n\n接入验证：registry 解析 OK（72 项）、report.ts:3450 按 reportFile 文件名\n自动路由 adaptGeneric 成立、报告新鲜且 0 遮蔽。至此「静态路由被参数化路由\n遮蔽」bug 家族（1329d688e0 收口的 32 处死路由）具备防回潮机器门禁。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T03:20:52-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/06c1676e4e8d18d0a3797df1323ed4d768d3bee8...7212bb0f7d8f202759b9ddb0e2204b3745825847","Len":1}...
|
1783074059
|
Edit
Delete
|
|
15973
|
5
|
5
|
5
|
6
|
0
|
0
|
refs/heads/react-migration
|
0
|
{"Commits":[{"Sha1":"04d57d74d {"Commits":[{"Sha1":"04d57d74d0373aea967c831c21a1c4526095da1d","Message":"chore(governance): route-shadowing 接入棘轮门禁全链（受控块断言 + harness:check + 对账）\n\n承接 registry 注册（7212bb0f7d），完成红线 9「注册即执行」的剩余三件套：\n- CLAUDE.md GOVERNANCE-BASELINE 受控块新增断言\n route-shadowing-zero | route-shadowing-audit.latest.json | summary.shadowedRoutes | == | 0\n （零阈值：32 处死路由已全收口，任何回潮立即 drift 阻塞）\n- package.json harness:check 链尾接入 audit-route-shadowing 实跑\n- 重跑 baseline-reconcile + harness dashboard：新断言实测 0==0 ✓；\n dashboard critical 0 / high 0 / medium 11（\u003c= 51 ceiling）、\n reports missing/stale/invalid 全 0。\n\n对账说明：reconcile 仅存的 2 条 VALUE_DRIFT 为既有真实红线\n（production-release-gate/actions 两条 *-overdue-zero 实测 10——10 条 P0\n上线阻断 dueDate 过期，受控块注释明确故意保持 ==0 不得凑绿，须真实完成\n或指挥官重排 due date 清除），与本次接入无关、未触碰。\n\n至此「静态路由被参数化路由遮蔽」bug 家族防回潮闭环：\n审计脚本（退出码 1 硬阻塞）→ registry 选跑触发 → harness:check 全量链 →\n受控块零阈值对账，四层锁死。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T03:22:21-07:00"}],"HeadCommit":{"Sha1":"04d57d74d0373aea967c831c21a1c4526095da1d","Message":"chore(governance): route-shadowing 接入棘轮门禁全链（受控块断言 + harness:check + 对账）\n\n承接 registry 注册（7212bb0f7d），完成红线 9「注册即执行」的剩余三件套：\n- CLAUDE.md GOVERNANCE-BASELINE 受控块新增断言\n route-shadowing-zero | route-shadowing-audit.latest.json | summary.shadowedRoutes | == | 0\n （零阈值：32 处死路由已全收口，任何回潮立即 drift 阻塞）\n- package.json harness:check 链尾接入 audit-route-shadowing 实跑\n- 重跑 baseline-reconcile + harness dashboard：新断言实测 0==0 ✓；\n dashboard critical 0 / high 0 / medium 11（\u003c= 51 ceiling）、\n reports missing/stale/invalid 全 0。\n\n对账说明：reconcile 仅存的 2 条 VALUE_DRIFT 为既有真实红线\n（production-release-gate/actions 两条 *-overdue-zero 实测 10——10 条 P0\n上线阻断 dueDate 过期，受控块注释明确故意保持 ==0 不得凑绿，须真实完成\n或指挥官重排 due date 清除），与本次接入无关、未触碰。\n\n至此「静态路由被参数化路由遮蔽」bug 家族防回潮闭环：\n审计脚本（退出码 1 硬阻塞）→ registry 选跑触发 → harness:check 全量链 →\n受控块零阈值对账，四层锁死。\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-03T03:22:21-07:00"},"CompareURL":"luoanwu/juhi-omni-knowledge-hub/compare/7212bb0f7d8f202759b9ddb0e2204b3745825847...04d57d74d0373aea967c831c21a1c4526095da1d","Len":1}...
|
1783074148
|
Edit
Delete
|
|
16062
|
5
|
5
|
5
|
50
|
0
|
0
|
refs/heads/codex/p0-edge-governance
|
1
|
{"Commits":[{"Sha1":"00a617f12 {"Commits":[{"Sha1":"00a617f128624eeadc28167b5f20da59a402fc2f","Message":"fix(web): update Lyra product labels\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-06T00:40:17-07:00"}],"HeadCommit":{"Sha1":"00a617f128624eeadc28167b5f20da59a402fc2f","Message":"fix(web): update Lyra product labels\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-06T00:40:17-07:00"},"CompareURL":"luoanwu/juhi-song-library-alignment/compare/87bcbf6ebbf43784219f8e6a5a40d6cd8fc3041c...00a617f128624eeadc28167b5f20da59a402fc2f","Len":1}...
|
1783323702
|
Edit
Delete
|
|
16104
|
5
|
1
|
5
|
55
|
0
|
0
|
|
1
|
|
1783326636
|
Edit
Delete
|
|
16105
|
5
|
5
|
5
|
55
|
0
|
0
|
refs/heads/main
|
1
|
|
1783326647
|
Edit
Delete
|
|
16106
|
5
|
5
|
5
|
55
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"8b9d81d39 {"Commits":[{"Sha1":"8b9d81d390dac8db76b755c9d7a25f7439e2a59b","Message":"chore: initialize data analysis scaffold\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-06T01:29:19-07:00"}],"HeadCommit":{"Sha1":"8b9d81d390dac8db76b755c9d7a25f7439e2a59b","Message":"chore: initialize data analysis scaffold\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-06T01:29:19-07:00"},"CompareURL":"","Len":1}...
|
1783326647
|
Edit
Delete
|
|
16115
|
5
|
1
|
5
|
56
|
0
|
0
|
|
1
|
|
1783326759
|
Edit
Delete
|
|
16116
|
5
|
5
|
5
|
56
|
0
|
0
|
refs/heads/main
|
1
|
|
1783326783
|
Edit
Delete
|
|
16117
|
5
|
5
|
5
|
56
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"e65fc3036 {"Commits":[{"Sha1":"e65fc3036083a4118e0c909bd6a58914e6b33fef","Message":"feat: initialize SiteScout workspace\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-06T01:31:18-07:00"}],"HeadCommit":{"Sha1":"e65fc3036083a4118e0c909bd6a58914e6b33fef","Message":"feat: initialize SiteScout workspace\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-06T01:31:18-07:00"},"CompareURL":"","Len":1}...
|
1783326783
|
Edit
Delete
|
|
16134
|
5
|
7
|
5
|
50
|
0
|
0
|
|
1
|
1|fix(web): update Lyra product labels
|
1783327280
|
Edit
Delete
|
|
16151
|
5
|
1
|
5
|
57
|
0
|
0
|
|
1
|
|
1783328662
|
Edit
Delete
|
|
16152
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/main
|
1
|
|
1783328698
|
Edit
Delete
|
|
16153
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/main
|
1
|
{"Commits":[{"Sha1":"fc2ce503c {"Commits":[{"Sha1":"fc2ce503c94d763b1d077e7c734720a0c58e23a8","Message":"feat: initialize HI Atelier material factory\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-06T01:30:42-07:00"}],"HeadCommit":{"Sha1":"fc2ce503c94d763b1d077e7c734720a0c58e23a8","Message":"feat: initialize HI Atelier material factory\n","AuthorEmail":"luoguoguo@gmail.com","AuthorName":"luoguoguo","CommitterEmail":"luoguoguo@gmail.com","CommitterName":"luoguoguo","Timestamp":"2026-07-06T01:30:42-07:00"},"CompareURL":"","Len":1}...
|
1783328698
|
Edit
Delete
|