| event_payload |
{"ref":"refs/heads/main","befo {"ref":"refs/heads/main","before":"bb63a0cca03aa4f7e67a8e2630c52788de87708c","after":"35302bb5d50d227f0b40a50b4f88dec89865b3a2","compare_url":"https://gitea.g-hi.com/luoanwu/enterprise-platform/compare/bb63a0cca03aa4f7e67a8e2630c52788de87708c...35302bb5d50d227f0b40a50b4f88dec89865b3a2","commits":[{"id":"35302bb5d50d227f0b40a50b4f88dec89865b3a2","message":"chore(reports): runtime 治理报告十六份回绑 —— 序号列提交落进其作用域\n\nbb63a0c（工作台序号列）落在 runtime/reports/runtime-governance.latest.json 的作用域内，\ncheck:evidence 判它 error（绑定 a4ba565 之后作用域内有 1 个文件变更）。跑 pnpm --dir runtime\ncheck:governance 重出（该聚合会一并重写同目录十六份），provenance dirty=false——runtime 级报告\n的脏判定只看 runtime/ 子树，而并行会话此刻的在途文件都在 stack/ 与 governance/ 下。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/enterprise-platform/commit/35302bb5d50d227f0b40a50b4f88dec89865b3a2","author":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"committer":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"verification":null,"timestamp":"2026-09-19T02:40:17-07:00","added":[],"removed":[],"modified":["runtime/reports/agent-adapters.latest.json","runtime/reports/conformance-matrix.latest.json","runtime/reports/contract-consumers.latest.json","runtime/reports/docs-truth.latest.json","runtime/reports/dual-backend-parity.latest.json","runtime/reports/fork-readiness.latest.json","runtime/reports/governance-docs.latest.json","runtime/reports/governance-rules.latest.json","runtime/reports/governance-status.latest.json","runtime/reports/governance.latest.json","runtime/reports/migrations.latest.json","runtime/reports/naming.latest.json","runtime/reports/runtime-governance.latest.json","runtime/reports/schema-sync.latest.json","runtime/reports/statemachine-write-guard.latest.json","runtime/reports/validation-source.latest.json"]},{"id":"87a23ad19a567838ae9cdebbfa7f940cf0e59845","message":"chore(reports): Alertmanager 提交影响的门禁回绑 @ 594cc29 —— 五份；工作台两份快照 @ 92d62b3\n\n经 pnpm reports:rebind 在 HEAD 干净检出里重跑（零依赖门禁，临时检出不装依赖），七份\nprovenance 均 worktreeDirty=false。\n\n- 绑 594cc29（Alertmanager 提交）：caddy、otel、doc-claims、stub-surface、module-imports。\n 其中 otel 是本次改动直接触及的（直抓目标 5 → 6、掉线告警覆盖 alertmanager）；caddy 因\n 作用域含 stack/compose.yaml 与 otel-attributes.json；doc-claims 因作用域含 docs/runbook.md；\n stub-surface 与 module-imports 这两份在本次改动前就已过期——bb63a0c 改了\n runtime/apps/workbench 的源码却没跟 chore(reports)，顺带一并清掉。\n- 绑 92d62b3（并行会话的 deployed-runtime 回绑）：工作台目录与运维两份快照。工具按当前\n HEAD 生成，故与上面五份不同 sha；两者都在 HEAD 历史上，各自作用域内无后续变更。\n\n回绑后 check:evidence 的 error 档清零。仍为 warn 的几份需要构建产物或运行环境，不在零依赖\n回绑工具范围：release-manifest、sbom、runtime-acceptance、ui-acceptance。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/enterprise-platform/commit/87a23ad19a567838ae9cdebbfa7f940cf0e59845","author":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"committer":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"verification":null,"timestamp":"2026-09-19T02:38:51-07:00","added":[],"removed":[],"modified":["reports/caddy.latest.json","reports/doc-claims.latest.json","reports/module-imports.latest.json","reports/otel.latest.json","reports/stub-surface.latest.json","reports/workbench-catalog-snapshot.latest.json","reports/workbench-ops-snapshot.latest.json"]},{"id":"c0c135e2113b8035d2eed751cdffbaaf9e36b162","message":"docs(能力设计): 九域模块化落地设计 + 运行时模块进出机制设计（依赖 DEC-041 / CHG-022 签署）\n\n治理仓 87c3722 落了 DEC-041（零运行面契约域收编为平台运行时模块）与 CHG-022 受控变更包；\n本批是它们在真源仓的配套设计。签署前 决策批次-2026-09-16 C-3 的承接表仍是生效裁决，\n两份文件的任何一格都不得开工。\n\n九域模块化落地设计：\n- 六个模块的登记形状定到可直接抄进 runtime/modules.json 的程度：id = profile、package、\n prismaAccessor 与库名一律「模块 id 去连字符」（沿用 ai-gateway → aigateway / platform_aigateway\n 的既有惯例，与同日 CHG-021 三条同规则，不为好看改短名）、provides 一律空数组、\n blocked_by 一律 DEC-041、state 起 shape。\n- provides 空数组是最关键的一条约束：九域不提供任何内核端口，因此不需要动 @juhai/kernel，\n exact pin 不受影响。若将来某域确需新端口，那是基础框架层的独立裁决。\n- state 阶梯写明 authority 卡两道：既缺授权建权威表的已批准 DEC（identity 用 DEC-032、\n C11—C13 用 DEC-040，六域没有对应物，DEC-041 第 4 条明确不代批），又缺消费者（DEC-041\n 第 7 条 2026-09-19 定案不放宽）。这是已决且尚未满足，不是未决。\n- §4 列出落一个模块要动的 13 道门禁及建议顺序，其中两条最容易漏：governance/catalog-map.json\n 必须显式补 模块 id → Catalog id 的映射（不靠同名推断——既有 identity→enterprise-idp 就不同名，\n 漏掉则 build-workbench-snapshots 报 MODULE_WITHOUT_CATALOG_ENTRY、check:catalog 对账同时判红），\n 以及 check:stub-surface 的四个清单数字与 CLAUDE.md 的声明被 S6 绑死、每落一个模块要同步改一次。\n Catalog 那一步必须与 modules.json 同一个提交，否则 catalog:drift（2026-09-17 起 drift 档一律阻断）\n 在中间态判红。\n- §5 说明 C11—C13 不在本设计范围（归 DEC-040 / CHG-021），列出两边共享的三条结论，以及一条\n 只对那三条成立、对六域不成立的代价：它们 module_e2 / E2 要降到 candidate_e0 / E0，而六域本就是 E0。\n\n运行时模块进出机制设计：\n- §0 记录今天的实况：新增有路径（modules.json 登记 + check-modules 校验 + profiles.ts 按\n PLATFORM_PROFILES 动态 import，三处拼起来才看得全），退役完全没有——没有 retirement 字段、\n 没有 directory: null 等价物，删目录 + 删登记行之后 check:modules 反而是绿的，库也留在底座上\n 没有任何登记说它该保留还是删除。这正是 Q01 要求宿主提供「退出保障」的那一条，对控制面\n 自己同样不成立的地方。Catalog 侧早有成熟先例（18 个派生仓退役用 directory: null + retirement），\n 本设计把同一套口径下沉到模块登记。\n- §1 新增九步，第 4 步是「退役路径先写」——进来之前先说清怎么出去；§3 退役三原则与 retirement\n 登记形状（retiredAt / decisionRef / packageRemoved / database.disposition / portsFallback /\n consumerMigration，字段义务逐条写明）；§3.3 要改的三处代码：check-modules.mjs 认 retirement\n 并改校验对象、profiles.ts 把退役模块排除出 known 且错误消息要带 retiredAt 与 decisionRef、\n check-stub-surface.mjs 扫描面排除退役模块。prismaAccessor 与 database 的唯一性继续对退役条目\n 生效——退役不是让出名字。\n- §4 用目录负责人举的「流程状态设计管理服务」走一遍，并先划清它与 C15 的边界：设计态出定义、\n 运行态吃定义，两者不共库、经契约相连。结论是机制建成后新增一个服务的技术工作量全在机械步骤\n （第 5—9 步），真正的工作在第 1—4 步的裁决与协议——这正是把闸从「模块数量」换成「准入标准」的意义。\n- §5 列出对工作台的三项影响（「已装载模块 N/M」的分母要改成未退役的登记数、退役模块单列一档\n 而不是从列表消失、服务目录「环境」列口径不变）。\n- §7 记录不做运行期热插拔的四条理由：Nest DynamicModule 的端口束在启动时一次合成、Prisma\n 一模块一库的连接池与在途事务、fail-closed 会多出第三种中间态而消费侧分支只按前两种写、\n 模块进出是季度级动作。\n\n两份均为设计，不含任何登记或代码改动：本次提交不动 runtime/modules.json、contracts/catalogs/、\ngovernance/ 与任何模块目录。工作树里五份 reports/*.latest.json 的改动属并行会话，未随本提交带走。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/enterprise-platform/commit/c0c135e2113b8035d2eed751cdffbaaf9e36b162","author":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"committer":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"verification":null,"timestamp":"2026-09-19T02:38:37-07:00","added":["docs/能力设计/九域模块化落地设计.md","docs/能力设计/运行时模块进出机制设计.md"],"removed":[],"modified":[]},{"id":"92d62b3f9cefbe46854f87cf4b2fb5ddf63004c5","message":"chore(reports): deployed-runtime 回绑 @ f0be572 —— 常驻容器跑的是 bb63a0c 的镜像\n\n在 .worktrees/image-bb63a0c 的干净检出（f0be572，0 个变更）里跑 check:deployed --write-report：\npassed，容器 1 个，期望镜像 01edea201c85 @ bb63a0c，IMAGE_SOURCE_EQUIVALENT。\n主工作树此刻仍有并行会话的在途文件，故报告在干净检出里生成后拷回（仓纪律 5 / 偏差 #34-A 同款做法）。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/enterprise-platform/commit/92d62b3f9cefbe46854f87cf4b2fb5ddf63004c5","author":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"committer":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"verification":null,"timestamp":"2026-09-19T02:38:04-07:00","added":[],"removed":[],"modified":["reports/deployed-runtime.latest.json"]},{"id":"f0be572e09ebf474b528456d81ed1fa6f4333d5d","message":"chore(reports): 镜像与冒烟回绑 @ bb63a0c —— 序号列提交后重建并切换常驻运行时\n\nbb63a0c 动的是 runtime/apps/workbench/src/**（运行时镜像输入），check:deployed 随即判\nBUILT_IMAGE_SOURCE_BEHIND。本轮重建并切换：\n\n- 主工作树此刻有并行会话的 7 个在途文件（stack/compose.yaml、三份 otel 配置、两个 overlay、\n otel-attributes.json），直接建会把 worktreeDirty 记成 true 而该项是 error。故在\n .worktrees/image-bb63a0c 的干净检出（HEAD=bb63a0c，0 个变更）里 image:build：\n enterprise-platform/runtime:bb63a0cca03a，contextMode=head，worktreeDirty=false。\n- 冒烟 6/6（单 profile、Redis 逻辑库 15、:53009），报告同样绑 bb63a0c / dirty=false。\n- docker compose … up -d --no-deps runtime 切换，healthy；容器内 PLATFORM_SOURCE_SHA=bb63a0c，\n /api/health 200、/api/platform/catalog 200（19 条、schema 4）。--no-deps 未把并行会话在途的\n alertmanager 服务带起来（那个容器是它自己 09:23 起的，我的命令在 09:36）。\n- check:deployed failed → passed（IMAGE_SOURCE_EQUIVALENT）。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/enterprise-platform/commit/f0be572e09ebf474b528456d81ed1fa6f4333d5d","author":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"committer":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"verification":null,"timestamp":"2026-09-19T02:37:31-07:00","added":[],"removed":[],"modified":["reports/image-digest.json","reports/image-smoke.latest.json"]}],"total_commits":0,"head_commit":{"id":"35302bb5d50d227f0b40a50b4f88dec89865b3a2","message":"chore(reports): runtime 治理报告十六份回绑 —— 序号列提交落进其作用域\n\nbb63a0c（工作台序号列）落在 runtime/reports/runtime-governance.latest.json 的作用域内，\ncheck:evidence 判它 error（绑定 a4ba565 之后作用域内有 1 个文件变更）。跑 pnpm --dir runtime\ncheck:governance 重出（该聚合会一并重写同目录十六份），provenance dirty=false——runtime 级报告\n的脏判定只看 runtime/ 子树，而并行会话此刻的在途文件都在 stack/ 与 governance/ 下。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/enterprise-platform/commit/35302bb5d50d227f0b40a50b4f88dec89865b3a2","author":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"committer":{"name":"juhailaoluo pro","email":"hillao@juhailaoluodeMacBook-Pro.local","username":""},"verification":null,"timestamp":"2026-09-19T02:40:17-07:00","added":[],"removed":[],"modified":["runtime/reports/agent-adapters.latest.json","runtime/reports/conformance-matrix.latest.json","runtime/reports/contract-consumers.latest.json","runtime/reports/docs-truth.latest.json","runtime/reports/dual-backend-parity.latest.json","runtime/reports/fork-readiness.latest.json","runtime/reports/governance-docs.latest.json","runtime/reports/governance-rules.latest.json","runtime/reports/governance-status.latest.json","runtime/reports/governance.latest.json","runtime/reports/migrations.latest.json","runtime/reports/naming.latest.json","runtime/reports/runtime-governance.latest.json","runtime/reports/schema-sync.latest.json","runtime/reports/statemachine-write-guard.latest.json","runtime/reports/validation-source.latest.json"]},"repository":{"id":116,"owner":{"id":5,"login":"luoanwu","login_name":"","source_id":0,"full_name":"","email":"law@g-hi.com","avatar_url":"https://gitea.g-hi.com/avatar/627574a890388a2aadc80ab38d22f3a0","html_url":"https://gitea.g-hi.com/luoanwu","language":"","is_admin":false,"last_login":"0001-01-01T00:00:00Z","created":"2026-01-30T16:28:30+08:00","restricted":false,"active":false,"prohibit_login":false,"location":"","website":"","description":"","visibility":"public","followers_count":0,"following_count":0,"starred_repos_count":0,"username":"luoanwu"},"name":"enterprise-platform","full_name":"luoanwu/enterprise-platform","description":"","empty":false,"private":false,"fork":false,"template":false,"mirror":false,"size":23659,"language":"","languages_url":"https://gitea.g-hi.com/api/v1/repos/luoanwu/enterprise-platform/languages","html_url":"https://gitea.g-hi.com/luoanwu/enterprise-platform","url":"https://gitea.g-hi.com/api/v1/repos/luoanwu/enterprise-platform","link":"","ssh_url":"git@gitea.g-hi.com:luoanwu/enterprise-platform.git","clone_url":"https://gitea.g-hi.com/luoanwu/enterprise-platform.git","original_url":"","website":"","stars_count":0,"forks_count":0,"watchers_count":1,"branch_count":44,"open_issues_count":0,"open_pr_counter":0,"release_counter":0,"default_branch":"main","archived":false,"created_at":"2026-09-11T07:33:25+08:00","updated_at":"2026-09-19T17:27:48+08:00","archived_at":"1970-01-01T08:00:00+08:00","permissions":{"admin":true,"push":true,"pull":true},"has_code":true,"has_issues":true,"internal_tracker":{"enable_time_tracker":true,"allow_only_contributors_to_track_time":true,"enable_issue_dependencies":true},"has_wiki":true,"has_pull_requests":true,"has_projects":true,"projects_mode":"all","has_releases":true,"has_packages":true,"has_actions":true,"ignore_whitespace_conflicts":false,"allow_merge_commits":true,"allow_rebase":true,"allow_rebase_explicit":true,"allow_squash_merge":true,"allow_fast_forward_only_merge":true,"allow_rebase_update":true,"allow_manual_merge":false,"autodetect_manual_merge":false,"default_delete_branch_after_merge":false,"default_merge_style":"merge","default_allow_maintainer_edit":true,"avatar_url":"","internal":false,"mirror_interval":"","object_format_name":"sha1","mirror_updated":"0001-01-01T00:00:00Z","topics":[],"licenses":[]},"pusher":{"id":5,"login":"luoanwu","login_name":"","source_id":0,"full_name":"","email":"5+luoanwu@noreply.localhost","avatar_url":"https://gitea.g-hi.com/avatar/627574a890388a2aadc80ab38d22f3a0","html_url":"https://gitea.g-hi.com/luoanwu","language":"","is_admin":false,"last_login":"0001-01-01T00:00:00Z","created":"2026-01-30T16:28:30+08:00","restricted":false,"active":false,"prohibit_login":false,"location":"","website":"","description":"","visibility":"public","followers_count":0,"following_count":0,"starred_repos_count":0,"username":"luoanwu"},"sender":{"id":5,"login":"luoanwu","login_name":"","source_id":0,"full_name":"","email":"5+luoanwu@noreply.localhost","avatar_url":"https://gitea.g-hi.com/avatar/627574a890388a2aadc80ab38d22f3a0","html_url":"https://gitea.g-hi.com/luoanwu","language":"","is_admin":false,"last_login":"0001-01-01T00:00:00Z","created":"2026-01-30T16:28:30+08:00","restricted":false,"active":false,"prohibit_login":false,"location":"","website":"","description":"","visibility":"public","followers_count":0,"following_count":0,"starred_repos_count":0,"username":"luoanwu"}}... |