| event_payload |
{"ref":"refs/heads/main","befo {"ref":"refs/heads/main","before":"7ad320a65b921c9d68a4ab48df81241998e64867","after":"87c3722f6c778c786ea50eba75bc5806fa300b0b","compare_url":"https://gitea.g-hi.com/luoanwu/platform-governance/compare/7ad320a65b921c9d68a4ab48df81241998e64867...87c3722f6c778c786ea50eba75bc5806fa300b0b","commits":[{"id":"87c3722f6c778c786ea50eba75bc5806fa300b0b","message":"docs(决策): DEC-041 零运行面契约域收编为平台运行时模块 + CHG-022 受控变更包（均待签署）\n\n目录负责人 2026-09-19 提出「调度跨域、企业 IM、数据分析、统一体验、成本容量 + 应用与\n契约注册中心，应该直接放到企业控制面作为运行时模块；企业控制面要支持运行时模块的新增\n和删除」。该指示与已批准的 决策批次-2026-09-16 C-3 相反——C-3 的承接表把这几项裁给上层\n既有宿主，附条件「不新增 M8」「宿主协议签收才算准入」——故先成裁决材料，批准后实现才有依据。\n\n范围与 DEC-040 / CHG-021 划清：那一对管 C11—C13 三条有真实现的托管能力，本对管六个\n零运行面的域（C15 / C16 / C17 / C18 / C19 + C01）。两包独立签署、互不为前置（目录负责人当日定案）。\n\nDEC-041 草案（待批准）：\n- Q01 备选条款是唯一合法入口，其触发条件经实测成立，且成立得比该条款预想的彻底：C-3\n 指定的五个宿主里三个不存在——C17「已有分析产品宿主」在业务应用层四个 + 企业领域应用层\n 四个里无一是分析产品；C19「复用 C17」随之落空；C15「业务应用的托管流程执行器」全工作区\n grep 零命中，最接近的工单仓 AutomationRun.ticketId 是必填外键 + onDelete Cascade，绑死\n 单张工单。一个须新建（C16 要的 Conversation/Membership/Message 工单 schema 里没有，而\n C-3 自己要求与 TicketMessage 分开），一个不是状态宿主（C18）。不是「评估后认为不足」，\n 是没有评估对象。\n- 补齐 Q01 要求的两个宿主方案成本与迁移影响对比（不做这张表，本裁决不满足自己的准入条件）：\n 逐域给 C-3 指定者 + 全工作区内另找的最接近者，两个候选都评。\n- 一处此前没有材料提过的事实：这六项的 Catalog hosted_by 早就是 enterprise-platform。\n 登记面一直说它们归控制面，是 C-3 把运行宿主裁给了上层——本件是把裁决对齐到登记，\n 不是反过来。另引 workspace.json 2026-09-19 才补入的 layers[].responsibility 作为层职责口径\n （应然口径，不作现状证据）。\n- 建议 Decision 八条：provides 全空不动 kernel（exact pin 不受影响）/「不新增 M8」改写为\n 九项准入标准而非删除（Q01「不得以方便实现自动新增」保留，从「不许新增」变成「不许绕过\n 准入条件新增」）/ 先契约后实现 / 六域起 shape，升 authority 各需一条新的已批准 DEC，本件\n 不代批 / Fact 按 DEC-038（仍 pending）停在候选 / 验收等级不升不降（六域本就 candidate_e0\n E0，与 DEC-040 那三条 E2→E0 相反，两份材料别串）/ 无消费者的模块只能停 shape / 退役机制\n 与本件同批建。末两条为目录负责人当日对原待定项 B / C 的定案。\n- 第 7 条的后果已写明：六域今天零消费者，与「shape 不得有迁移」叠加，等于第一个真实消费者\n 出现前一个都不能升 authority、也建不了权威表。这是已决且尚未满足，不是未决。\n\nCHG-022 材料（待 DEC-041 批准 + Catalog Owner 签署，本包未改动任何文件）：\n- 四份 delta：decisions / platform-projects / modules / catalog-map，各带当前值与目标值。\n platform-projects 每条另列 unchanged 段，把「六域只改 form、hosted_by 与验收等级都不动」\n 与 CHG-021 三条的相反处置区分开。\n- §4A 八步应用顺序，每步注明为什么在那一位；六个模块可分批，但每批内部第 3—7 步必须同一提交，\n 否则 catalog:drift（2026-09-17 起 drift 档一律阻断）在中间态判红。\n- 第 8 步是退役机制：今天 runtime/modules.json 没有任何退役表达（无 retirement 字段、无\n directory: null 等价物），删目录 + 删登记行之后 check:modules 反而是绿的——这正是 Q01 要求\n 宿主提供「退出保障」的那一条，对控制面自己同样不成立的地方。没有退役路径，「支持新增」\n 就是单向门。\n- 顺带记录一处由 CHG-021 的 catalog-map.delta.json 查明、本包据以补进准入第 1 条的判据：\n 每个新模块必须在 governance/catalog-map.json 显式登记 模块 id → Catalog id 的映射，不靠\n 同名推断（既有 identity→enterprise-idp 就不同名），漏掉则 build-workbench-snapshots 报\n MODULE_WITHOUT_CATALOG_ENTRY、check:catalog 对账同时判红。\n\n收纳表随之改数：doc/ 160 → 166，编号区间跟到 041 / 022。\n\n配套的两份设计文档在真源仓 docs/能力设计/（九域模块化落地设计、运行时模块进出机制设计），\n本次不在治理仓提交范围内。\n\n自检：四份 delta JSON 合法；六份文件的相对链接逐条验在；治理层一致性检查 CLEAN\n（14 仓 / 8377 文件 / 4507 链接）——它只扫已跟踪文件，本批提交后才算机器验过。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/platform-governance/commit/87c3722f6c778c786ea50eba75bc5806fa300b0b","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:36:03-07:00","added":["平台治理/doc/decisions/CHG-022-材料/README.md","平台治理/doc/decisions/CHG-022-材料/catalog-map.delta.json","平台治理/doc/decisions/CHG-022-材料/decisions.delta.json","平台治理/doc/decisions/CHG-022-材料/modules.delta.json","平台治理/doc/decisions/CHG-022-材料/platform-projects.delta.json","平台治理/doc/decisions/DEC-041-零运行面契约域收编为平台运行时模块-草案.md"],"removed":[],"modified":["平台治理/README.md"]}],"total_commits":0,"head_commit":{"id":"87c3722f6c778c786ea50eba75bc5806fa300b0b","message":"docs(决策): DEC-041 零运行面契约域收编为平台运行时模块 + CHG-022 受控变更包（均待签署）\n\n目录负责人 2026-09-19 提出「调度跨域、企业 IM、数据分析、统一体验、成本容量 + 应用与\n契约注册中心，应该直接放到企业控制面作为运行时模块；企业控制面要支持运行时模块的新增\n和删除」。该指示与已批准的 决策批次-2026-09-16 C-3 相反——C-3 的承接表把这几项裁给上层\n既有宿主，附条件「不新增 M8」「宿主协议签收才算准入」——故先成裁决材料，批准后实现才有依据。\n\n范围与 DEC-040 / CHG-021 划清：那一对管 C11—C13 三条有真实现的托管能力，本对管六个\n零运行面的域（C15 / C16 / C17 / C18 / C19 + C01）。两包独立签署、互不为前置（目录负责人当日定案）。\n\nDEC-041 草案（待批准）：\n- Q01 备选条款是唯一合法入口，其触发条件经实测成立，且成立得比该条款预想的彻底：C-3\n 指定的五个宿主里三个不存在——C17「已有分析产品宿主」在业务应用层四个 + 企业领域应用层\n 四个里无一是分析产品；C19「复用 C17」随之落空；C15「业务应用的托管流程执行器」全工作区\n grep 零命中，最接近的工单仓 AutomationRun.ticketId 是必填外键 + onDelete Cascade，绑死\n 单张工单。一个须新建（C16 要的 Conversation/Membership/Message 工单 schema 里没有，而\n C-3 自己要求与 TicketMessage 分开），一个不是状态宿主（C18）。不是「评估后认为不足」，\n 是没有评估对象。\n- 补齐 Q01 要求的两个宿主方案成本与迁移影响对比（不做这张表，本裁决不满足自己的准入条件）：\n 逐域给 C-3 指定者 + 全工作区内另找的最接近者，两个候选都评。\n- 一处此前没有材料提过的事实：这六项的 Catalog hosted_by 早就是 enterprise-platform。\n 登记面一直说它们归控制面，是 C-3 把运行宿主裁给了上层——本件是把裁决对齐到登记，\n 不是反过来。另引 workspace.json 2026-09-19 才补入的 layers[].responsibility 作为层职责口径\n （应然口径，不作现状证据）。\n- 建议 Decision 八条：provides 全空不动 kernel（exact pin 不受影响）/「不新增 M8」改写为\n 九项准入标准而非删除（Q01「不得以方便实现自动新增」保留，从「不许新增」变成「不许绕过\n 准入条件新增」）/ 先契约后实现 / 六域起 shape，升 authority 各需一条新的已批准 DEC，本件\n 不代批 / Fact 按 DEC-038（仍 pending）停在候选 / 验收等级不升不降（六域本就 candidate_e0\n E0，与 DEC-040 那三条 E2→E0 相反，两份材料别串）/ 无消费者的模块只能停 shape / 退役机制\n 与本件同批建。末两条为目录负责人当日对原待定项 B / C 的定案。\n- 第 7 条的后果已写明：六域今天零消费者，与「shape 不得有迁移」叠加，等于第一个真实消费者\n 出现前一个都不能升 authority、也建不了权威表。这是已决且尚未满足，不是未决。\n\nCHG-022 材料（待 DEC-041 批准 + Catalog Owner 签署，本包未改动任何文件）：\n- 四份 delta：decisions / platform-projects / modules / catalog-map，各带当前值与目标值。\n platform-projects 每条另列 unchanged 段，把「六域只改 form、hosted_by 与验收等级都不动」\n 与 CHG-021 三条的相反处置区分开。\n- §4A 八步应用顺序，每步注明为什么在那一位；六个模块可分批，但每批内部第 3—7 步必须同一提交，\n 否则 catalog:drift（2026-09-17 起 drift 档一律阻断）在中间态判红。\n- 第 8 步是退役机制：今天 runtime/modules.json 没有任何退役表达（无 retirement 字段、无\n directory: null 等价物），删目录 + 删登记行之后 check:modules 反而是绿的——这正是 Q01 要求\n 宿主提供「退出保障」的那一条，对控制面自己同样不成立的地方。没有退役路径，「支持新增」\n 就是单向门。\n- 顺带记录一处由 CHG-021 的 catalog-map.delta.json 查明、本包据以补进准入第 1 条的判据：\n 每个新模块必须在 governance/catalog-map.json 显式登记 模块 id → Catalog id 的映射，不靠\n 同名推断（既有 identity→enterprise-idp 就不同名），漏掉则 build-workbench-snapshots 报\n MODULE_WITHOUT_CATALOG_ENTRY、check:catalog 对账同时判红。\n\n收纳表随之改数：doc/ 160 → 166，编号区间跟到 041 / 022。\n\n配套的两份设计文档在真源仓 docs/能力设计/（九域模块化落地设计、运行时模块进出机制设计），\n本次不在治理仓提交范围内。\n\n自检：四份 delta JSON 合法；六份文件的相对链接逐条验在；治理层一致性检查 CLEAN\n（14 仓 / 8377 文件 / 4507 链接）——它只扫已跟踪文件，本批提交后才算机器验过。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/platform-governance/commit/87c3722f6c778c786ea50eba75bc5806fa300b0b","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:36:03-07:00","added":["平台治理/doc/decisions/CHG-022-材料/README.md","平台治理/doc/decisions/CHG-022-材料/catalog-map.delta.json","平台治理/doc/decisions/CHG-022-材料/decisions.delta.json","平台治理/doc/decisions/CHG-022-材料/modules.delta.json","平台治理/doc/decisions/CHG-022-材料/platform-projects.delta.json","平台治理/doc/decisions/DEC-041-零运行面契约域收编为平台运行时模块-草案.md"],"removed":[],"modified":["平台治理/README.md"]},"repository":{"id":117,"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":"platform-governance","full_name":"luoanwu/platform-governance","description":"","empty":false,"private":false,"fork":false,"template":false,"mirror":false,"size":11981,"language":"","languages_url":"https://gitea.g-hi.com/api/v1/repos/luoanwu/platform-governance/languages","html_url":"https://gitea.g-hi.com/luoanwu/platform-governance","url":"https://gitea.g-hi.com/api/v1/repos/luoanwu/platform-governance","link":"","ssh_url":"git@gitea.g-hi.com:luoanwu/platform-governance.git","clone_url":"https://gitea.g-hi.com/luoanwu/platform-governance.git","original_url":"","website":"","stars_count":0,"forks_count":0,"watchers_count":1,"branch_count":4,"open_issues_count":0,"open_pr_counter":0,"release_counter":0,"default_branch":"main","archived":false,"created_at":"2026-09-15T11:53:24+08:00","updated_at":"2026-09-19T17:27:46+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"}}... |