|
29539
|
11
|
5
|
11
|
18
|
0
|
0
|
refs/heads/pc-260915
|
0
|
{"Commits":[{"Sha1":"574e7aa31 {"Commits":[{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"}],"HeadCommit":{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"},"CompareURL":"vodtest/pc/compare/6939c113a0ef9ac04da14132bc579e43dbcffa08...574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Len":1}...
|
1789374822
|
Edit
Delete
|
|
29540
|
9
|
5
|
11
|
18
|
0
|
0
|
refs/heads/pc-260915
|
0
|
{"Commits":[{"Sha1":"574e7aa31 {"Commits":[{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"}],"HeadCommit":{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"},"CompareURL":"vodtest/pc/compare/6939c113a0ef9ac04da14132bc579e43dbcffa08...574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Len":1}...
|
1789374822
|
Edit
Delete
|
|
29541
|
1
|
5
|
11
|
18
|
0
|
0
|
refs/heads/pc-260915
|
0
|
{"Commits":[{"Sha1":"574e7aa31 {"Commits":[{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"}],"HeadCommit":{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"},"CompareURL":"vodtest/pc/compare/6939c113a0ef9ac04da14132bc579e43dbcffa08...574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Len":1}...
|
1789374822
|
Edit
Delete
|
|
29542
|
3
|
5
|
11
|
18
|
0
|
0
|
refs/heads/pc-260915
|
0
|
{"Commits":[{"Sha1":"574e7aa31 {"Commits":[{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"}],"HeadCommit":{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"},"CompareURL":"vodtest/pc/compare/6939c113a0ef9ac04da14132bc579e43dbcffa08...574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Len":1}...
|
1789374822
|
Edit
Delete
|
|
29543
|
4
|
5
|
11
|
18
|
0
|
0
|
refs/heads/pc-260915
|
0
|
{"Commits":[{"Sha1":"574e7aa31 {"Commits":[{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"}],"HeadCommit":{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"},"CompareURL":"vodtest/pc/compare/6939c113a0ef9ac04da14132bc579e43dbcffa08...574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Len":1}...
|
1789374822
|
Edit
Delete
|
|
29544
|
7
|
5
|
11
|
18
|
0
|
0
|
refs/heads/pc-260915
|
0
|
{"Commits":[{"Sha1":"574e7aa31 {"Commits":[{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"}],"HeadCommit":{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"},"CompareURL":"vodtest/pc/compare/6939c113a0ef9ac04da14132bc579e43dbcffa08...574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Len":1}...
|
1789374822
|
Edit
Delete
|
|
29545
|
8
|
5
|
11
|
18
|
0
|
0
|
refs/heads/pc-260915
|
0
|
{"Commits":[{"Sha1":"574e7aa31 {"Commits":[{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"}],"HeadCommit":{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"},"CompareURL":"vodtest/pc/compare/6939c113a0ef9ac04da14132bc579e43dbcffa08...574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Len":1}...
|
1789374822
|
Edit
Delete
|
|
29546
|
10
|
5
|
11
|
18
|
0
|
0
|
refs/heads/pc-260915
|
0
|
{"Commits":[{"Sha1":"574e7aa31 {"Commits":[{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"}],"HeadCommit":{"Sha1":"574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Message":"前端打包dist\n","AuthorEmail":"1091045324@qq.com","AuthorName":"caihongyu","CommitterEmail":"1091045324@qq.com","CommitterName":"caihongyu","Timestamp":"2026-09-14T16:33:30+08:00"},"CompareURL":"vodtest/pc/compare/6939c113a0ef9ac04da14132bc579e43dbcffa08...574e7aa3146ebfadb85a388a86a545dbf2c52ca6","Len":1}...
|
1789374822
|
Edit
Delete
|
|
29547
|
8
|
5
|
8
|
22
|
0
|
0
|
refs/heads/app-260915
|
0
|
{"Commits":[{"Sha1":"730f5d56d {"Commits":[{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"}],"HeadCommit":{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"},"CompareURL":"vodtest/app/compare/8dd9f2defa64ee16410da27d82159db598d6365e...730f5d56d7903dc3a392a464e560f192f11426dc","Len":1}...
|
1789374865
|
Edit
Delete
|
|
29548
|
9
|
5
|
8
|
22
|
0
|
0
|
refs/heads/app-260915
|
0
|
{"Commits":[{"Sha1":"730f5d56d {"Commits":[{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"}],"HeadCommit":{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"},"CompareURL":"vodtest/app/compare/8dd9f2defa64ee16410da27d82159db598d6365e...730f5d56d7903dc3a392a464e560f192f11426dc","Len":1}...
|
1789374865
|
Edit
Delete
|
|
29549
|
1
|
5
|
8
|
22
|
0
|
0
|
refs/heads/app-260915
|
0
|
{"Commits":[{"Sha1":"730f5d56d {"Commits":[{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"}],"HeadCommit":{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"},"CompareURL":"vodtest/app/compare/8dd9f2defa64ee16410da27d82159db598d6365e...730f5d56d7903dc3a392a464e560f192f11426dc","Len":1}...
|
1789374865
|
Edit
Delete
|
|
29550
|
3
|
5
|
8
|
22
|
0
|
0
|
refs/heads/app-260915
|
0
|
{"Commits":[{"Sha1":"730f5d56d {"Commits":[{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"}],"HeadCommit":{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"},"CompareURL":"vodtest/app/compare/8dd9f2defa64ee16410da27d82159db598d6365e...730f5d56d7903dc3a392a464e560f192f11426dc","Len":1}...
|
1789374865
|
Edit
Delete
|
|
29551
|
4
|
5
|
8
|
22
|
0
|
0
|
refs/heads/app-260915
|
0
|
{"Commits":[{"Sha1":"730f5d56d {"Commits":[{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"}],"HeadCommit":{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"},"CompareURL":"vodtest/app/compare/8dd9f2defa64ee16410da27d82159db598d6365e...730f5d56d7903dc3a392a464e560f192f11426dc","Len":1}...
|
1789374865
|
Edit
Delete
|
|
29552
|
7
|
5
|
8
|
22
|
0
|
0
|
refs/heads/app-260915
|
0
|
{"Commits":[{"Sha1":"730f5d56d {"Commits":[{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"}],"HeadCommit":{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"},"CompareURL":"vodtest/app/compare/8dd9f2defa64ee16410da27d82159db598d6365e...730f5d56d7903dc3a392a464e560f192f11426dc","Len":1}...
|
1789374865
|
Edit
Delete
|
|
29553
|
10
|
5
|
8
|
22
|
0
|
0
|
refs/heads/app-260915
|
0
|
{"Commits":[{"Sha1":"730f5d56d {"Commits":[{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"}],"HeadCommit":{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"},"CompareURL":"vodtest/app/compare/8dd9f2defa64ee16410da27d82159db598d6365e...730f5d56d7903dc3a392a464e560f192f11426dc","Len":1}...
|
1789374865
|
Edit
Delete
|
|
29554
|
11
|
5
|
8
|
22
|
0
|
0
|
refs/heads/app-260915
|
0
|
{"Commits":[{"Sha1":"730f5d56d {"Commits":[{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"}],"HeadCommit":{"Sha1":"730f5d56d7903dc3a392a464e560f192f11426dc","Message":"需求 安全巡检 16865\n","AuthorEmail":"developer.jeff.c@gmail.com","AuthorName":"chenjunfeng","CommitterEmail":"developer.jeff.c@gmail.com","CommitterName":"chenjunfeng","Timestamp":"2026-09-14T16:34:21+08:00"},"CompareURL":"vodtest/app/compare/8dd9f2defa64ee16410da27d82159db598d6365e...730f5d56d7903dc3a392a464e560f192f11426dc","Len":1}...
|
1789374865
|
Edit
Delete
|
|
29555
|
4
|
5
|
4
|
24
|
0
|
0
|
refs/heads/feature/device-online-stats-web
|
1
|
{"Commits":[{"Sha1":"de1d21cc9 {"Commits":[{"Sha1":"de1d21cc9cfda8d34fe7562f7329cf6f9a425a70","Message":"fix: 修复父菜单 url 为空时路由拼出双斜杠的问题\n\nmenuItemPath（menu.vue）和 secondMenu（index_content.vue）在父菜单\n_requester_url 为空时，拼接路由生成 //child，导致 Vue Router 无法匹配。\n改为空串时跳过 prefix，确保路由始终为 /child 格式。\n\nCo-Authored-By: Claude Sonnet 4.6 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"dqdy1517@gmail.com","AuthorName":"laiqiaojie","CommitterEmail":"dqdy1517@gmail.com","CommitterName":"laiqiaojie","Timestamp":"2026-09-14T17:09:35+08:00"}],"HeadCommit":{"Sha1":"de1d21cc9cfda8d34fe7562f7329cf6f9a425a70","Message":"fix: 修复父菜单 url 为空时路由拼出双斜杠的问题\n\nmenuItemPath（menu.vue）和 secondMenu（index_content.vue）在父菜单\n_requester_url 为空时，拼接路由生成 //child，导致 Vue Router 无法匹配。\n改为空串时跳过 prefix，确保路由始终为 /child 格式。\n\nCo-Authored-By: Claude Sonnet 4.6 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"dqdy1517@gmail.com","AuthorName":"laiqiaojie","CommitterEmail":"dqdy1517@gmail.com","CommitterName":"laiqiaojie","Timestamp":"2026-09-14T17:09:35+08:00"},"CompareURL":"laiqiaojie/admin/compare/6efac809112f6384dd2bf6bc47372d72db0ddc2a...de1d21cc9cfda8d34fe7562f7329cf6f9a425a70","Len":1}...
|
1789377001
|
Edit
Delete
|
|
29557
|
4
|
11
|
4
|
24
|
0
|
0
|
|
1
|
2|[Web前端] 按省市统计设备月度新增上线数量报表
|
1789377273
|
Edit
Delete
|
|
29559
|
4
|
5
|
4
|
24
|
0
|
0
|
refs/heads/admin
|
1
|
{"Commits":[{"Sha1":"647573c74 {"Commits":[{"Sha1":"647573c7474c2cdd599943bd92b44ab6321416a1","Message":"Merge pull request '[Web前端] 按省市统计设备月度新增上线数量报表' (#2) from feature/device-online-stats-web into admin\n\nReviewed-on: https://gitea.g-hi.com/laiqiaojie/admin/pulls/2\n","AuthorEmail":"584481098@qq.com","AuthorName":"laiqiaojie","CommitterEmail":"584481098@qq.com","CommitterName":"laiqiaojie","Timestamp":"2026-09-14T17:14:32+08:00"},{"Sha1":"de1d21cc9cfda8d34fe7562f7329cf6f9a425a70","Message":"fix: 修复父菜单 url 为空时路由拼出双斜杠的问题\n\nmenuItemPath（menu.vue）和 secondMenu（index_content.vue）在父菜单\n_requester_url 为空时，拼接路由生成 //child，导致 Vue Router 无法匹配。\n改为空串时跳过 prefix，确保路由始终为 /child 格式。\n\nCo-Authored-By: Claude Sonnet 4.6 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"dqdy1517@gmail.com","AuthorName":"laiqiaojie","CommitterEmail":"dqdy1517@gmail.com","CommitterName":"laiqiaojie","Timestamp":"2026-09-14T17:09:35+08:00"},{"Sha1":"6efac809112f6384dd2bf6bc47372d72db0ddc2a","Message":"feat: 新增设备上线分布 Web 报表页面\n\n按省市统计设备月度新增上线数量，支持下钻查看城市分布。\n对接 DeviceOnlineStats 接口（Issue #5）。\n\nCo-Authored-By: Claude Sonnet 4.6 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"dqdy1517@gmail.com","AuthorName":"laiqiaojie","CommitterEmail":"dqdy1517@gmail.com","CommitterName":"laiqiaojie","Timestamp":"2026-09-01T15:17:51+08:00"},{"Sha1":"145ff9f2f3159ae6a2961ea2209ec639ab80088e","Message":"fix: 修正 month 参数范围校验并排除未绑定门店设备的脏分组\n","AuthorEmail":"dqdy1517@gmail.com","AuthorName":"laiqiaojie","CommitterEmail":"dqdy1517@gmail.com","CommitterName":"laiqiaojie","Timestamp":"2026-09-01T14:28:55+08:00"},{"Sha1":"5990a2bca428127e7e794270ba4da5076c88eb66","Message":"test: 新增设备上线分布接口冒烟测试\n","AuthorEmail":"dqdy1517@gmail.com","AuthorName":"laiqiaojie","CommitterEmail":"dqdy1517@gmail.com","CommitterName":"laiqiaojie","Timestamp":"2026-09-01T13:21:08+08:00"}],"HeadCommit":{"Sha1":"647573c7474c2cdd599943bd92b44ab6321416a1","Message":"Merge pull request '[Web前端] 按省市统计设备月度新增上线数量报表' (#2) from feature/device-online-stats-web into admin\n\nReviewed-on: https://gitea.g-hi.com/laiqiaojie/admin/pulls/2\n","AuthorEmail":"584481098@qq.com","AuthorName":"laiqiaojie","CommitterEmail":"584481098@qq.com","CommitterName":"laiqiaojie","Timestamp":"2026-09-14T17:14:32+08:00"},"CompareURL":"laiqiaojie/admin/compare/b454b46b071053a76263ac3b909c95b4dc18feb4...647573c7474c2cdd599943bd92b44ab6321416a1","Len":9}...
|
1789377274
|
Edit
Delete
|
|
29560
|
17
|
5
|
17
|
69
|
0
|
0
|
refs/heads/chanpin-20260915
|
0
|
{"Commits":[{"Sha1":"b2ef60920 {"Commits":[{"Sha1":"b2ef609201a49539da6cc0a3497bccc65b2998d0","Message":"对齐小程序版本操作弹窗交互\n","AuthorEmail":"linmingzhang@g-hi.com","AuthorName":"linmingzhang","CommitterEmail":"linmingzhang@g-hi.com","CommitterName":"linmingzhang","Timestamp":"2026-09-14T17:34:10+08:00"}],"HeadCommit":{"Sha1":"b2ef609201a49539da6cc0a3497bccc65b2998d0","Message":"对齐小程序版本操作弹窗交互\n","AuthorEmail":"linmingzhang@g-hi.com","AuthorName":"linmingzhang","CommitterEmail":"linmingzhang@g-hi.com","CommitterName":"linmingzhang","Timestamp":"2026-09-14T17:34:10+08:00"},"CompareURL":"linmingzhang/ktv-booking-prototype/compare/a9550ab002aabfb3e87e546c69589619403a26d8...b2ef609201a49539da6cc0a3497bccc65b2998d0","Len":1}...
|
1789378538
|
Edit
Delete
|
|
29561
|
18
|
5
|
17
|
69
|
0
|
0
|
refs/heads/chanpin-20260915
|
0
|
{"Commits":[{"Sha1":"b2ef60920 {"Commits":[{"Sha1":"b2ef609201a49539da6cc0a3497bccc65b2998d0","Message":"对齐小程序版本操作弹窗交互\n","AuthorEmail":"linmingzhang@g-hi.com","AuthorName":"linmingzhang","CommitterEmail":"linmingzhang@g-hi.com","CommitterName":"linmingzhang","Timestamp":"2026-09-14T17:34:10+08:00"}],"HeadCommit":{"Sha1":"b2ef609201a49539da6cc0a3497bccc65b2998d0","Message":"对齐小程序版本操作弹窗交互\n","AuthorEmail":"linmingzhang@g-hi.com","AuthorName":"linmingzhang","CommitterEmail":"linmingzhang@g-hi.com","CommitterName":"linmingzhang","Timestamp":"2026-09-14T17:34:10+08:00"},"CompareURL":"linmingzhang/ktv-booking-prototype/compare/a9550ab002aabfb3e87e546c69589619403a26d8...b2ef609201a49539da6cc0a3497bccc65b2998d0","Len":1}...
|
1789378538
|
Edit
Delete
|
|
29563
|
4
|
6
|
4
|
85
|
0
|
0
|
|
1
|
8|按省市统计设备月度新增上线数量报表
|
1789379887
|
Edit
Delete
|
|
29568
|
5
|
5
|
5
|
116
|
0
|
0
|
refs/heads/feat/u31-u33-u34-consumer-feedback
|
0
|
|
1789393970
|
Edit
Delete
|
|
29569
|
5
|
5
|
5
|
116
|
0
|
0
|
refs/heads/feat/u31-u33-u34-consumer-feedback
|
0
|
{"Commits":[{"Sha1":"a76562a9c {"Commits":[{"Sha1":"a76562a9c4710a6763243f4f1e1b87f12461b429","Message":"chore(reports): rebind gate reports to 66d02e6\n\n本轮 pnpm check（exit 0，30 项）与治理回归 183/183 的报告产物，按仓纪律 §5 落在实现提交之后。\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-14T06:52:39-07:00"},{"Sha1":"66d02e665eba56a132e0c68a0916fdbb54f535e1","Message":"feat(governance,client-fact): land U-31 / U-33 / U-34 consumer feedback\n\n真实上层接入（digital-employee-os 的 os-employment-projection）暴露的三条缺口，\n按回灌纪律「机器门禁 \u003e 手册条目 \u003e 口头经验」落到本仓。\n\nU-33（机器门禁）：check:pins 只读 package.json 的版本字符串，\n`\"@juhai/client-fact\": \"1.0.0-rc.2\"` 在它眼里是完美 exact pin，而 pnpm-lock.yaml 可以把同一个\n包解析到临时目录的 tarball（实测：会话 scratchpad 下的 file:/private/tmp/...tgz）。这比明着写\nfile: 依赖更危险——所有既有门禁全绿，只有别人 clone 后 pnpm install 失败才暴露。现把判据下沉到\nlockfile 的解析结果：@juhai/* 的 resolution tarball 必须落在 .npmrc 声明的 scope registry 下；\n非 registry 来源须在 platform-dependency-deviations.json 完整登记（五字段全填且未过期）；\n临时目录来源不可登记豁免。\n\n不误伤既有上层仓的三条：无 lockfile 不判定；lockfile 里没有 @juhai 外部条目（纯 workspace 消费）\n不判定、也不要求 .npmrc；只有真的存在外部解析才要求声明 registry。本仓自测 checked=0 通过，\n对 OS 仓实测 4 个解析来源全部合规。\n\nU-34 / U-31（包契约）：client-fact 此前没有 README，而 clients/README 却说\"实现与验收见包 README\"。\n新建并加进 files：\n- baseUrl 必须含 /api 前缀——本包用相对 URL 解析端点，少写 /api 不报错而是让所有回查 404，\n 消费者若把 404 当\"事实不存在\"就会判 UNTRUSTED_FACT、三次进死信；一个配置漏字母把整条摄入\n 变成全量死信。同时写明 404 / 不可达 / 未配置三种情况的不同处置。\n- 迁移模板只给表：策略无 TO 子句（对 PUBLIC 生效，system 角色同样被挡）且全文无 GRANT，\n 消费者若用低权限运行角色，照抄后对五张表没有任何权限。契约改为\"表 DDL 逐字照用，\n GRANT 与策略角色绑定由消费者按自身角色模型补齐\"。\n- 附 rc.3 的 STALE 行为变更与\"升级后应删除边界翻译\"。\n\n验证：新增 governance/test/check-pins.test.mjs 10 例（1 正向 + 6 负向判据 + 3 条不误伤）；\n治理回归 183/183；根 pnpm check exit 0（30 项）。\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-14T06:52:14-07:00"},{"Sha1":"036a308f27acf35a46f068c96fea7723ef74d05e","Message":"feat(client-fact): U-29 判落后版本为 STALE，不再当毒消息\n\n真实消费者接入（digital-employee-os 的 os-employment-projection）暴露：applyOne 在\nversion \u003c= watermark 时抛 FactRejected(\"UNPROCESSED_VERSION_BEHIND_WATERMARK\")，\n而 handle 把任何 FactRejected 计入 attempts——至少一次投递下的**正常迟到重投**三次即\n被打进死信，与\"内容有毒\"共用一套判据；类型里写着的 \"STALE\" 返回值反而不可达。\n平台自己的主线 e2e 用合成宿主表，从不重放已过水位的事实，因此一直照不出这条。\n\n改为返回 \"STALE\"，并顺手删掉该 fact 可能留在 gap 缓冲里的副本：落后事实永远等不到\nprevious_version = 水位，留着只会把缓冲占满到 GAP_BUFFER_FULL，drain 循环也会空转。\n\n证据：runtime/test/e2e/mainline.test.ts 新增断言——清掉 processed 行后重放旧事实，\n连判三次 STALE、platform_client_fact_failure 无行、投影仍停在 11；该文件 6/6 通过\n（真实 M3/M5/M6 库 + Redpanda，MAINLINE_ENV=ms23）。治理负向回归 173/173、\ncheck:pins 34 个 package.json 全 exact pin、根 pnpm check 全链通过。\n\n发布列车三件套同步升到 1.0.0-rc.3，**尚未发布**：rc.2 已在 Registry 且不可覆盖，\n上层在 rc.3 发布前继续 pin rc.2 并在边界做错误码翻译。\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-13T22:10:52-07:00"}],"HeadCommit":{"Sha1":"a76562a9c4710a6763243f4f1e1b87f12461b429","Message":"chore(reports): rebind gate reports to 66d02e6\n\n本轮 pnpm check（exit 0，30 项）与治理回归 183/183 的报告产物，按仓纪律 §5 落在实现提交之后。\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-14T06:52:39-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/d1ef5414093aa67ff4b8e2b7af8d13be86aed7ba...a76562a9c4710a6763243f4f1e1b87f12461b429","Len":3}...
|
1789393970
|
Edit
Delete
|
|
29570
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"9f02b16c4 {"Commits":[{"Sha1":"9f02b16c4968771143aee412b6f58291cbbe9dfb","Message":"docs(ops): record the 2026-09-14 service restart\n\nRestarted the six application containers in place on the user's request,\nkeeping release-20260913-drainability1, its images and every data volume.\nAll five components came back healthy within 12 seconds with the image\nrevision label still equal to the deployed fingerprint; all eleven release\nprobes pass, sidecar healthz ok with paddle-ocr ready, and the creative\nqueue is byte-identical before and after (one pre-existing isolated\nUNKNOWN operation, blockingUnknown=0) with zero QUEUED/RUNNING RenderJob.\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-14T06:54:00-07:00"}],"HeadCommit":{"Sha1":"9f02b16c4968771143aee412b6f58291cbbe9dfb","Message":"docs(ops): record the 2026-09-14 service restart\n\nRestarted the six application containers in place on the user's request,\nkeeping release-20260913-drainability1, its images and every data volume.\nAll five components came back healthy within 12 seconds with the image\nrevision label still equal to the deployed fingerprint; all eleven release\nprobes pass, sidecar healthz ok with paddle-ocr ready, and the creative\nqueue is byte-identical before and after (one pre-existing isolated\nUNKNOWN operation, blockingUnknown=0) with zero QUEUED/RUNNING RenderJob.\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-14T06:54:00-07:00"},"CompareURL":"luoanwu/image-generation/compare/6d311a68c7d30ec257cc1316a3fb3cb57699ed00...9f02b16c4968771143aee412b6f58291cbbe9dfb","Len":1}...
|
1789394053
|
Edit
Delete
|
|
29571
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"13fe10374 {"Commits":[{"Sha1":"13fe1037486e5d393f986446219e457190ec1863","Message":"fix(cost): record and cap online image generation invocations\n\nAdversarial acceptance found that generateConnectedImage — the online\nimage path for DASHSCOPE_WAN and OpenAI-compatible connections — called\nthe provider directly via postJson without withRecordedModelCall, the\none place that both writes a ModelInvocation and enforces the per-task\nbudget cap before dispatch. A real Wan 2.7 Pro custom-image generation\n(kind IMAGE / DESIGN_MASTER) therefore produced a genuine paid image\n(providerRequestId, ~28s, real PNG) but left no cost record, and the\nbrand's maxCostMicrosPerTask never applied. Every recorded wan2.7-image\ninvocation in the live DB came from ROLE/STILL (sidecar path); none from\nIMAGE — matching the gap. Video (sidecar) and text (connector) were\nalready wrapped and unaffected.\n\nWrap the online image call in withRecordedModelCall via a new\nconnectorImageCallPlan (modality IMAGE, connector-direct, external), map\nModelCostLimitError to the same COST_LIMIT_BLOCKED channel the text path\nuses, and report usage.images = 1 so the realized cost is ESTIMATED at\nthe catalog price, matching ROLE/STILL. Without an invocation context the\nwrapper passes through unchanged, so bare unit calls are unaffected.\n\nRegression in model-connector.client.test.ts: with a scope the online\nWan call records one IMAGE invocation (RUNNING -\u003e SUCCEEDED, 500000\nmicros, ESTIMATED); a per-task cap below the catalog price blocks before\ndispatch (COST_LIMIT_BLOCKED), the request never leaves the host, and one\nBLOCKED row is written.\n\nEvidence: acceptance-artifacts/adversarial-acceptance-2026-09-13/.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:01:08-07:00"}],"HeadCommit":{"Sha1":"13fe1037486e5d393f986446219e457190ec1863","Message":"fix(cost): record and cap online image generation invocations\n\nAdversarial acceptance found that generateConnectedImage — the online\nimage path for DASHSCOPE_WAN and OpenAI-compatible connections — called\nthe provider directly via postJson without withRecordedModelCall, the\none place that both writes a ModelInvocation and enforces the per-task\nbudget cap before dispatch. A real Wan 2.7 Pro custom-image generation\n(kind IMAGE / DESIGN_MASTER) therefore produced a genuine paid image\n(providerRequestId, ~28s, real PNG) but left no cost record, and the\nbrand's maxCostMicrosPerTask never applied. Every recorded wan2.7-image\ninvocation in the live DB came from ROLE/STILL (sidecar path); none from\nIMAGE — matching the gap. Video (sidecar) and text (connector) were\nalready wrapped and unaffected.\n\nWrap the online image call in withRecordedModelCall via a new\nconnectorImageCallPlan (modality IMAGE, connector-direct, external), map\nModelCostLimitError to the same COST_LIMIT_BLOCKED channel the text path\nuses, and report usage.images = 1 so the realized cost is ESTIMATED at\nthe catalog price, matching ROLE/STILL. Without an invocation context the\nwrapper passes through unchanged, so bare unit calls are unaffected.\n\nRegression in model-connector.client.test.ts: with a scope the online\nWan call records one IMAGE invocation (RUNNING -\u003e SUCCEEDED, 500000\nmicros, ESTIMATED); a per-task cap below the catalog price blocks before\ndispatch (COST_LIMIT_BLOCKED), the request never leaves the host, and one\nBLOCKED row is written.\n\nEvidence: acceptance-artifacts/adversarial-acceptance-2026-09-13/.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:01:08-07:00"},"CompareURL":"luoanwu/image-generation/compare/9f02b16c4968771143aee412b6f58291cbbe9dfb...13fe1037486e5d393f986446219e457190ec1863","Len":1}...
|
1789405394
|
Edit
Delete
|
|
29572
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/audit/adversarial-acceptance-20260913
|
0
|
|
1789405494
|
Edit
Delete
|
|
29573
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/audit/adversarial-acceptance-20260913
|
0
|
{"Commits":[],"HeadCommit":{"S {"Commits":[],"HeadCommit":{"Sha1":"13fe1037486e5d393f986446219e457190ec1863","Message":"fix(cost): record and cap online image generation invocations\n\nAdversarial acceptance found that generateConnectedImage — the online\nimage path for DASHSCOPE_WAN and OpenAI-compatible connections — called\nthe provider directly via postJson without withRecordedModelCall, the\none place that both writes a ModelInvocation and enforces the per-task\nbudget cap before dispatch. A real Wan 2.7 Pro custom-image generation\n(kind IMAGE / DESIGN_MASTER) therefore produced a genuine paid image\n(providerRequestId, ~28s, real PNG) but left no cost record, and the\nbrand's maxCostMicrosPerTask never applied. Every recorded wan2.7-image\ninvocation in the live DB came from ROLE/STILL (sidecar path); none from\nIMAGE — matching the gap. Video (sidecar) and text (connector) were\nalready wrapped and unaffected.\n\nWrap the online image call in withRecordedModelCall via a new\nconnectorImageCallPlan (modality IMAGE, connector-direct, external), map\nModelCostLimitError to the same COST_LIMIT_BLOCKED channel the text path\nuses, and report usage.images = 1 so the realized cost is ESTIMATED at\nthe catalog price, matching ROLE/STILL. Without an invocation context the\nwrapper passes through unchanged, so bare unit calls are unaffected.\n\nRegression in model-connector.client.test.ts: with a scope the online\nWan call records one IMAGE invocation (RUNNING -\u003e SUCCEEDED, 500000\nmicros, ESTIMATED); a per-task cap below the catalog price blocks before\ndispatch (COST_LIMIT_BLOCKED), the request never leaves the host, and one\nBLOCKED row is written.\n\nEvidence: acceptance-artifacts/adversarial-acceptance-2026-09-13/.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:01:08-07:00"},"CompareURL":"luoanwu/image-generation/compare/main...13fe1037486e5d393f986446219e457190ec1863","Len":0}...
|
1789405494
|
Edit
Delete
|
|
29574
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"591c7732f {"Commits":[{"Sha1":"591c7732f49294e52a383f9b42d3bb0d4a595712","Message":"docs(governance): record the adversarial cost-recording fix round\n\nPoint the twelve heavy baseline rows at the reverified fingerprint\n603541f5 (the F1 fix), and log the adversarial acceptance round: the\nonline-image cost-recording blind spot, its fix and regression, the live\npaid delivery proof, the boundary probes that held, and the video path\nconfirmed correct. Evidence under reports/adversarial-acceptance-2026-09-14/.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:07:22-07:00"}],"HeadCommit":{"Sha1":"591c7732f49294e52a383f9b42d3bb0d4a595712","Message":"docs(governance): record the adversarial cost-recording fix round\n\nPoint the twelve heavy baseline rows at the reverified fingerprint\n603541f5 (the F1 fix), and log the adversarial acceptance round: the\nonline-image cost-recording blind spot, its fix and regression, the live\npaid delivery proof, the boundary probes that held, and the video path\nconfirmed correct. Evidence under reports/adversarial-acceptance-2026-09-14/.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:07:22-07:00"},"CompareURL":"luoanwu/image-generation/compare/13fe1037486e5d393f986446219e457190ec1863...591c7732f49294e52a383f9b42d3bb0d4a595712","Len":1}...
|
1789405669
|
Edit
Delete
|
|
29575
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/audit/adversarial-acceptance-20260913
|
0
|
{"Commits":[{"Sha1":"591c7732f {"Commits":[{"Sha1":"591c7732f49294e52a383f9b42d3bb0d4a595712","Message":"docs(governance): record the adversarial cost-recording fix round\n\nPoint the twelve heavy baseline rows at the reverified fingerprint\n603541f5 (the F1 fix), and log the adversarial acceptance round: the\nonline-image cost-recording blind spot, its fix and regression, the live\npaid delivery proof, the boundary probes that held, and the video path\nconfirmed correct. Evidence under reports/adversarial-acceptance-2026-09-14/.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:07:22-07:00"}],"HeadCommit":{"Sha1":"591c7732f49294e52a383f9b42d3bb0d4a595712","Message":"docs(governance): record the adversarial cost-recording fix round\n\nPoint the twelve heavy baseline rows at the reverified fingerprint\n603541f5 (the F1 fix), and log the adversarial acceptance round: the\nonline-image cost-recording blind spot, its fix and regression, the live\npaid delivery proof, the boundary probes that held, and the video path\nconfirmed correct. Evidence under reports/adversarial-acceptance-2026-09-14/.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:07:22-07:00"},"CompareURL":"luoanwu/image-generation/compare/13fe1037486e5d393f986446219e457190ec1863...591c7732f49294e52a383f9b42d3bb0d4a595712","Len":1}...
|
1789405680
|
Edit
Delete
|
|
29576
|
5
|
5
|
5
|
116
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"9807535a2 {"Commits":[{"Sha1":"9807535a2b81bc14a35ffc306d7b1b0910f0f99f","Message":"chore(reports): bind the ai-gateway first-start evidence @ 51351b3\n\nliveliness / readiness 200（db: Not connected）、带 master key 的 /v1/models\n200 返回 platform-default-chat、无 key 401 / 错 key 400；/v1/chat/completions\n401 是供应商侧 replace-me，链路本身通。干净树绑 51351b3。\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-14T10:10:43-07:00"},{"Sha1":"51351b3b0af2fc485c59fbddc4e1ade821c38f6a","Message":"fix(stack): stop injecting an empty DATABASE_URL into ai-gateway\n\nLiteLLM 见到空串即以 \"unsupported scheme '\u003cmissing scheme\u003e'\" 退出，而\n`DATABASE_URL: ${LITELLM_DATABASE_URL:-}` 在变量未设时注入的正是空串。\n这个定义从 2026-09-11 写下起就没被验证过——stack-up 记录里 ai-gateway\n一直是\"未起\"，所以缺陷一直没暴露。\n\n- compose.yaml：ai-gateway 不再声明 DATABASE_URL（无 DB 模式）。\n- overlays/ai-gateway-db.yaml：要 DB 模式改为显式叠加，且 LITELLM_DATABASE_URL\n 必填；注释写明不得指向 platform_aigateway_*（M7 权威库）。\n- stack/README：镜像行改为 digest 实况，litellm tag 已首次 pull 核实；\n 两处\"ai-gateway 未起\"改为 12 服务全跑。\n- CLAUDE.md stack 行补 2026-09-14 增量，只引机器证据。\n\n本轮只动 D-7 采纳组件，未动 M7 模块（仍 state=shape / blocked_by DEC-007）。\n供应商密钥仍是 replace-me，真实模型调用返回供应商 401，已在记录里写明。\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-14T10:06:42-07:00"},{"Sha1":"92a5a9fdd1468c29a4aed90328034e02d39ac9d3","Message":"chore(reports): bind the B-7 resident-runtime evidence @ 092df0e\n\n七 profile 装载、内核与七个模块 /health 全 200、无凭证决策端点 401、经 Caddy\n入口 200；容器 restart unless-stopped、healthy。provenance 干净树绑 092df0e。\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-14T10:10:32-07:00"},{"Sha1":"092df0eefc510ce4a0f4f39400f1193c66ad6d8f","Message":"feat(stack): run the platform runtime as a resident dev container (B-7)\n\n核实报告的 B-7 记「没有可被 HR / OS 调用的地址」：compose 的 runtime 一直是\n候选注释块，七个 platform_\u003cm\u003e_dev 库建了但零张表。本次启用该服务并把它跑起来。\n\n- compose.yaml：启用 runtime，镜像改 ${PLATFORM_RUNTIME_IMAGE:?}；补上原模板\n 缺的七个 DATABASE_URL_\u003cMODULE\u003e——模板写于一模块一库之前，只有内核三个 URL，\n 按原样启用四个 authority 模块会连不上自己的库。\n- overlays/dev.yaml：restart unless-stopped + 回环 53001。\n- provision/redis-dbs.json：登记逻辑库 14（七 profile 同进程只能独占一个）。\n- runbook §2 / stack README：dev 常驻形态与起停命令。\n\n供给与验收留在 docs/B-7-dev常驻运行时启动记录-2026-09-14.md；环境变量文件在\n仓外 .secrets/，不入 git。ai-gateway 容器因 ghcr 拉取经本机代理被 reset 未起，\n已在记录里写明，不冒充全量。\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-14T09:51:41-07:00"},{"Sha1":"036a308f27acf35a46f068c96fea7723ef74d05e","Message":"feat(client-fact): U-29 判落后版本为 STALE，不再当毒消息\n\n真实消费者接入（digital-employee-os 的 os-employment-projection）暴露：applyOne 在\nversion \u003c= watermark 时抛 FactRejected(\"UNPROCESSED_VERSION_BEHIND_WATERMARK\")，\n而 handle 把任何 FactRejected 计入 attempts——至少一次投递下的**正常迟到重投**三次即\n被打进死信，与\"内容有毒\"共用一套判据；类型里写着的 \"STALE\" 返回值反而不可达。\n平台自己的主线 e2e 用合成宿主表，从不重放已过水位的事实，因此一直照不出这条。\n\n改为返回 \"STALE\"，并顺手删掉该 fact 可能留在 gap 缓冲里的副本：落后事实永远等不到\nprevious_version = 水位，留着只会把缓冲占满到 GAP_BUFFER_FULL，drain 循环也会空转。\n\n证据：runtime/test/e2e/mainline.test.ts 新增断言——清掉 processed 行后重放旧事实，\n连判三次 STALE、platform_client_fact_failure 无行、投影仍停在 11；该文件 6/6 通过\n（真实 M3/M5/M6 库 + Redpanda，MAINLINE_ENV=ms23）。治理负向回归 173/173、\ncheck:pins 34 个 package.json 全 exact pin、根 pnpm check 全链通过。\n\n发布列车三件套同步升到 1.0.0-rc.3，**尚未发布**：rc.2 已在 Registry 且不可覆盖，\n上层在 rc.3 发布前继续 pin rc.2 并在边界做错误码翻译。\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-13T22:10:52-07:00"}],"HeadCommit":{"Sha1":"9807535a2b81bc14a35ffc306d7b1b0910f0f99f","Message":"chore(reports): bind the ai-gateway first-start evidence @ 51351b3\n\nliveliness / readiness 200（db: Not connected）、带 master key 的 /v1/models\n200 返回 platform-default-chat、无 key 401 / 错 key 400；/v1/chat/completions\n401 是供应商侧 replace-me，链路本身通。干净树绑 51351b3。\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-14T10:10:43-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/d1ef5414093aa67ff4b8e2b7af8d13be86aed7ba...9807535a2b81bc14a35ffc306d7b1b0910f0f99f","Len":5}...
|
1789405885
|
Edit
Delete
|
|
29577
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"0724820e7 {"Commits":[{"Sha1":"0724820e7884688d0466bc74563122005bbac86e","Message":"docs(releases): record cost-fix1 deployment and video delivery probe\n\nThe F1 fix is live as release-20260914-cost-fix1 (commit 591c7732,\nfingerprint 603541f5): five components healthy, 11 probes, OCR ok. Post-\ndeploy adversarial recheck with real paid calls confirmed online image\ngeneration still produces real pixels and a real Wan 3.0 storyboard video\n(11.3MB MP4, ftypisom, 5s) records its cost honestly as UNKNOWN. current.md\nnow points at cost-fix1; the round log gains the video section.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:24:52-07:00"}],"HeadCommit":{"Sha1":"0724820e7884688d0466bc74563122005bbac86e","Message":"docs(releases): record cost-fix1 deployment and video delivery probe\n\nThe F1 fix is live as release-20260914-cost-fix1 (commit 591c7732,\nfingerprint 603541f5): five components healthy, 11 probes, OCR ok. Post-\ndeploy adversarial recheck with real paid calls confirmed online image\ngeneration still produces real pixels and a real Wan 3.0 storyboard video\n(11.3MB MP4, ftypisom, 5s) records its cost honestly as UNKNOWN. current.md\nnow points at cost-fix1; the round log gains the video section.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:24:52-07:00"},"CompareURL":"luoanwu/image-generation/compare/591c7732f49294e52a383f9b42d3bb0d4a595712...0724820e7884688d0466bc74563122005bbac86e","Len":1}...
|
1789406721
|
Edit
Delete
|
|
29578
|
5
|
5
|
5
|
57
|
0
|
0
|
refs/heads/audit/adversarial-acceptance-20260913
|
0
|
{"Commits":[{"Sha1":"0724820e7 {"Commits":[{"Sha1":"0724820e7884688d0466bc74563122005bbac86e","Message":"docs(releases): record cost-fix1 deployment and video delivery probe\n\nThe F1 fix is live as release-20260914-cost-fix1 (commit 591c7732,\nfingerprint 603541f5): five components healthy, 11 probes, OCR ok. Post-\ndeploy adversarial recheck with real paid calls confirmed online image\ngeneration still produces real pixels and a real Wan 3.0 storyboard video\n(11.3MB MP4, ftypisom, 5s) records its cost honestly as UNKNOWN. current.md\nnow points at cost-fix1; the round log gains the video section.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:24:52-07:00"}],"HeadCommit":{"Sha1":"0724820e7884688d0466bc74563122005bbac86e","Message":"docs(releases): record cost-fix1 deployment and video delivery probe\n\nThe F1 fix is live as release-20260914-cost-fix1 (commit 591c7732,\nfingerprint 603541f5): five components healthy, 11 probes, OCR ok. Post-\ndeploy adversarial recheck with real paid calls confirmed online image\ngeneration still produces real pixels and a real Wan 3.0 storyboard video\n(11.3MB MP4, ftypisom, 5s) records its cost honestly as UNKNOWN. current.md\nnow points at cost-fix1; the round log gains the video section.\n\nCo-Authored-By: Claude Opus 4.8 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-09-14T10:24:52-07:00"},"CompareURL":"luoanwu/image-generation/compare/591c7732f49294e52a383f9b42d3bb0d4a595712...0724820e7884688d0466bc74563122005bbac86e","Len":1}...
|
1789406734
|
Edit
Delete
|
|
29579
|
5
|
5
|
5
|
76
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"070b9440b {"Commits":[{"Sha1":"070b9440b579a7662952fe817638313fadcf01bd","Message":"docs(governance): 登记 C253 与 G25 闭合项，刷新锚点\n\nC253（新增闭合记录）：三个基座门禁把实时频道订阅写死成基础频道，而 dispatcher 按 Redis 逻辑库分区发布——\n只有 db 0 能过，而 O1 纪律要求验收用独立逻辑库；三处失败信息还分别指向凭据隔离、依赖恢复与多进程领取，\n把门禁自己的假设伪装成被测对象的问题，并连带让静态链长期止步第 23 步。\n\nG25 同步：⑤ SDK 的 STALE 语义已闭合（rc.3 已发布、本仓已升级并删除边界翻译，判定回到 SDK 单源）；\n新增 ⑥ 运行态证据已就位（clean HEAD runtime passed + 静态 27/27），并明确它**不改变** ①②④ 的未闭环判断。\n\n本轮静态 27/27 复跑通过；锚点按 C241 指向父提交。\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-14T10:24:34-07:00"},{"Sha1":"c9d2f3acf72a2b36c581d7f44cc8eea0d2b91080","Message":"chore(reports): 首次 clean SHA 绑定的三级证据（runtime passed + 静态 27/27）\n\n`6396f7f` clean 树上：\n- `pnpm check:runtime` **status=passed、worktreeDirty=false**——本仓 `reports/runtime-acceptance.latest.json`\n 第一次绑定 clean commit（733 tests / 0 failures、行为矩阵 204/204、十步全绿）。M0「reports 首次绑定\n clean SHA」与 OS-04 退出门要求的真实 DB 证据同时满足。\n- `pnpm check` **27/27 步骤全部通过**，23 份静态报告同样 `worktreeDirty:false`。\n\n动态区按本轮报告更新：静态证据行改写为 clean HEAD 27/27；锚点指向父提交（C241/C232）。\n边界：本地单机证据，未推送、远端 CI 未跑；G14 的远端拦截、试点 A 的 HR 端到端与目标环境签收仍 OPEN。\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-14T10:22:15-07:00"},{"Sha1":"6396f7f20f8e418463280f27609295d18666bb28","Message":"docs(governance): 刷新快照锚点到 666f5e2（批次收尾）\n\nC241/C232：推送批次最后一个提交必须把锚点指向其父提交，纯报告刷新提交同样算提交。\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-14T10:00:44-07:00"},{"Sha1":"666f5e2fee8caa849d6d44387e8d046aa898b02f","Message":"chore(reports): clean SHA 上重跑 runtime，按已跟踪测试数校正动态区\n\n`7fb2dd6` clean 树整轮 runtime 只余 own-test-cases 漂移：新增的两份 Kafka 投递测试在提交后才计入\ngit 已跟踪集合（C70 口径），因此 90/730 → 92/736。本提交同步数字并带上本轮报告；\n锚点仍指向 `bc99e5b`（落后 2，超 +1 自指窗），由下一个提交刷新。\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-14T10:00:33-07:00"},{"Sha1":"7fb2dd6d376fdbe58e31bd99060c033c67bac808","Message":"chore(reports): 首次整轮 runtime 绿盘 + 静态 27/27，刷新锚点\n\n本批次证据（本地 dirty 工作区，共享底座 PG 55470 + OS 专用 Redis 6404/3）：\n- `pnpm check:runtime` status=passed、exit 0：733 tests / 0 failures、行为矩阵 204/204，\n 十步全绿（迁移 deploy/status、七包测试、auth-startup、db-credential-separation、tracing、\n dependency-resilience、capacity、write-capacity、multi-instance、docs-truth 复验）。\n- `pnpm check` **27/27 步骤全部通过**——此前长期止于第 23 步 `check:docs-truth` 的\n `governance-number-evidence-shape`（它要求一份 passed 的 runtime 报告，而整轮从未跑通）。\n 两件事同时闭合：门禁频道假设修复让 runtime 能跑完，动态数字随即可以按真实报告对齐。\n\n按 C241/C232：本批次最后一个提交把快照锚点指向父提交 `bc99e5b`（落后 HEAD 0，写锚点自占 +1 自指窗）。\n边界：这些报告绑定的是 **dirty 工作区指纹**，不是 clean commit；clean SHA 绑定需要在本提交之上重跑。\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-14T09:48:04-07:00"}],"HeadCommit":{"Sha1":"070b9440b579a7662952fe817638313fadcf01bd","Message":"docs(governance): 登记 C253 与 G25 闭合项，刷新锚点\n\nC253（新增闭合记录）：三个基座门禁把实时频道订阅写死成基础频道，而 dispatcher 按 Redis 逻辑库分区发布——\n只有 db 0 能过，而 O1 纪律要求验收用独立逻辑库；三处失败信息还分别指向凭据隔离、依赖恢复与多进程领取，\n把门禁自己的假设伪装成被测对象的问题，并连带让静态链长期止步第 23 步。\n\nG25 同步：⑤ SDK 的 STALE 语义已闭合（rc.3 已发布、本仓已升级并删除边界翻译，判定回到 SDK 单源）；\n新增 ⑥ 运行态证据已就位（clean HEAD runtime passed + 静态 27/27），并明确它**不改变** ①②④ 的未闭环判断。\n\n本轮静态 27/27 复跑通过；锚点按 C241 指向父提交。\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-14T10:24:34-07:00"},"CompareURL":"luoanwu/digital-employee-os/compare/18a1b036f3dbb3f51ac773862e0cafac278bb34e...070b9440b579a7662952fe817638313fadcf01bd","Len":16}...
|
1789407027
|
Edit
Delete
|
|
29580
|
5
|
5
|
5
|
116
|
0
|
0
|
refs/heads/main
|
0
|
{"Commits":[{"Sha1":"35e44a1d9 {"Commits":[{"Sha1":"35e44a1d97cad7b20404416743167de2aa15c277","Message":"chore(reports): bind check:evidence baseline @ 5f0473b\n\n13 份已登记报告新鲜，5 条 warn（port-conformance、runtime/ui 验收、\nrevocation-sla、mainline-acceptance —— 都是需要真实库/容器才能重跑的，\n已在 evidence-scopes.json 写明 promoteBy），32 份未登记只计 info。\nmodule-imports 顺带在干净树重跑回绑（315 文件 0 违规）。\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-14T10:37:16-07:00"},{"Sha1":"5f0473b6d7bf2089d3715c6f637320d6d96ac862","Message":"feat(governance): gate machine-evidence freshness by scope, not commit distance\n\n仓纪律 5 只要求报告绑 gitSha + worktreeDirty=false，没有任何检查关心那个 SHA\n相对 HEAD 是否已经过期；runtime 的 check:docs-truth 断言 N 也只比对「文档声明的\nSHA == 报告 provenance 的 SHA」。于是 CLAUDE.md 的「当前状态」可以逐字引用一份\n早被后续提交推翻的报告，而全链门禁一片绿。\n\n2026-09-14 实锤：main 上 stack-image-pins.latest.json 绑 7e279c5，其后\nstack/compose.yaml 已被改（ai-gateway 去掉空 DATABASE_URL），那份「12 镜像\n0 未锁」的结论形式上已失效，无人察觉。\n\n判据特意不用「落后几个提交」——实测那样会误报 38 条（runtime 验收落后 32 个\n提交，作用域却一行没动）。判据是：绑定 SHA → HEAD 之间有没有改到该报告自己\n覆盖的文件，作用域逐条登记在 governance/evidence-scopes.json。\n\n- severity 逐条登记：静态检查 error，需真实库/容器重跑的验收先 warn 并写\n promoteBy，覆盖面与严格度都按登记涨，不搞一刀切。\n- 脏绑报告在干净树上判红（说明脏绑被提交了），在脏树上只 warn（改到一半）。\n- 例外须带 reason/recordedAt/resolveBy（G-13），失效判 EXCEPTION_STALE。\n- 未登记的报告只计 SCOPE_UNDECLARED（info），不判红。\n\n10 个用例，含一个真实 git 仓集成用例钉住核心判据：作用域外连改三个提交仍绿，\n作用域内一改即红。放在根 check 链尾。\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-14T10:36:33-07:00"}],"HeadCommit":{"Sha1":"35e44a1d97cad7b20404416743167de2aa15c277","Message":"chore(reports): bind check:evidence baseline @ 5f0473b\n\n13 份已登记报告新鲜，5 条 warn（port-conformance、runtime/ui 验收、\nrevocation-sla、mainline-acceptance —— 都是需要真实库/容器才能重跑的，\n已在 evidence-scopes.json 写明 promoteBy），32 份未登记只计 info。\nmodule-imports 顺带在干净树重跑回绑（315 文件 0 违规）。\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-14T10:37:16-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/9807535a2b81bc14a35ffc306d7b1b0910f0f99f...35e44a1d97cad7b20404416743167de2aa15c277","Len":2}...
|
1789408337
|
Edit
Delete
|
|
29581
|
1
|
7
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436266
|
Edit
Delete
|
|
29582
|
9
|
7
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436266
|
Edit
Delete
|
|
29583
|
3
|
7
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436266
|
Edit
Delete
|
|
29584
|
4
|
7
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436266
|
Edit
Delete
|
|
29585
|
7
|
7
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436266
|
Edit
Delete
|
|
29586
|
8
|
7
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436266
|
Edit
Delete
|
|
29587
|
10
|
7
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436266
|
Edit
Delete
|
|
29588
|
11
|
7
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436266
|
Edit
Delete
|
|
29589
|
1
|
11
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436271
|
Edit
Delete
|
|
29590
|
9
|
11
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436271
|
Edit
Delete
|
|
29591
|
3
|
11
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436271
|
Edit
Delete
|
|
29592
|
4
|
11
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436271
|
Edit
Delete
|
|
29593
|
7
|
11
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436271
|
Edit
Delete
|
|
29594
|
8
|
11
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436271
|
Edit
Delete
|
|
29595
|
10
|
11
|
1
|
22
|
0
|
0
|
|
0
|
105|订单支付不再更新备用单号，避免导致其他问题。有支付失败就让重新下单支付。
|
1789436271
|
Edit
Delete
|