| event_payload |
{"ref":"refs/heads/main","befo {"ref":"refs/heads/main","before":"650711d6cb4d48b6d77a3edea998d26d60f87567","after":"6bf1e7d524a70a3ecd012c29ea6c627866c01c5c","compare_url":"https://gitea.g-hi.com/luoanwu/platform-governance/compare/650711d6cb4d48b6d77a3edea998d26d60f87567...6bf1e7d524a70a3ecd012c29ea6c627866c01c5c","commits":[{"id":"6bf1e7d524a70a3ecd012c29ea6c627866c01c5c","message":"docs(架构): 总架构配套图与口径订正——重画图 1 / 图 2，新增图 4 关系全景\n\n企业应用群总架构-2026-09-17.md 与图 3 已随 5b7a1c0 提交（暂存区被并行会话的\n提交扫走，不是有意合并进那个范围），本提交补齐其余部分。\n\n**图 1 / 图 2 重画。** 图 1 原写「基础设施（23 项）」、画着「四候选」框，应用名\n还是改名前的「嗨设首席」；图 2 把 OS 标成「Projection 未实现」、干线标成「持久\n投递待裁决」。四处都已被后续裁决推翻：四候选 2026-09-16 撤销（CHG-015）、Catalog\n现为 21 条，OS 投影 2026-09-14 已在 main，三条前置 DEC 全部批准。图 1 另加一条\n跨层治理带，把「平台治理不是第六层」画进图面。\n\n**新增图 4 现存关系全景。** 逐条查实全组的边：左半五类有边的关系，右半七条负\n结论。查证推翻了总架构初稿 §3.1 的一处判断——初稿用 grep '\"@juhai/…\"' 取依赖，\n同时命中了 name 字段，于是把报价的 @juhai/public-file 与智服的\n@juhai/service-contracts 当成「对下层消费」，实际两者都是该仓自己的 workspace 包。\n按带版本号的依赖项重取：四个业务应用对下层的跨仓包依赖为零，全组跨仓包依赖只有\nHR、OS、enterprise-platform 三个消费仓。\n\n由此改口径的另有两条：\n\n- 三项 module_e2（文件 / 通知 / 配置）在工单仓里是 @repo/* private 包，仓外零\n 消费者，只被本仓 api-fastify / api-nestjs 依赖——「已被业务应用消费」不成立，\n 三消费者规则的计数应从 0 算起\n- relationships.json 的 relationships 为 {}，关系在机器层面没有登记；图 4 的边\n 全部由 package.json / kernel.products.json / facts.json / runtime/modules.json\n 推导，今天没有门禁能发现某条关系消失\n\n**四份下游文档按活跃 Catalog 改齐：** 分层与装配模型（23→21、派生仓 3→0、1/23\n的分母；§3.1 是带日期快照，只加订正行不改写正文）、基础/CLAUDE.md 分层词表段、\n基础/README 头段（「已退役 15 个、现存 3 个」是 09-16 白天的中间态）、企业领域\n应用层 README（引的 platform-contracts 已于 2026-09-16 物理移除，事实数 1→11）。\n平台治理 README 收纳表随新增文件改计数（基础/ 根文件 63→65，根散文件 9→10）。\n\n复跑：工作区一致性门禁 L1—L13 只剩既有的 L9（8 个仓共用 compose project 名\napi-nestjs），L4 / L13 均为 0；治理层 npm test 378 项 0 失败；check-domain-layer\n13/13 条全在基线内、无新增。未动任何冻结物、审批记录与机器 Catalog。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/platform-governance/commit/6bf1e7d524a70a3ecd012c29ea6c627866c01c5c","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-18T00:20:28-07:00","added":["平台治理/基础/分层模型-图4-现存关系全景.svg"],"removed":[],"modified":["企业领域应用层/README.md","平台治理/README.md","平台治理/企业应用群总架构-2026-09-17.md","平台治理/基础/CLAUDE.md","平台治理/基础/README.md","平台治理/基础/分层模型-图1-五层与依赖方向.svg","平台治理/基础/分层模型-图2-现存跨应用关系.svg","平台治理/基础/基础目录分层与装配模型.md"]}],"total_commits":0,"head_commit":{"id":"6bf1e7d524a70a3ecd012c29ea6c627866c01c5c","message":"docs(架构): 总架构配套图与口径订正——重画图 1 / 图 2，新增图 4 关系全景\n\n企业应用群总架构-2026-09-17.md 与图 3 已随 5b7a1c0 提交（暂存区被并行会话的\n提交扫走，不是有意合并进那个范围），本提交补齐其余部分。\n\n**图 1 / 图 2 重画。** 图 1 原写「基础设施（23 项）」、画着「四候选」框，应用名\n还是改名前的「嗨设首席」；图 2 把 OS 标成「Projection 未实现」、干线标成「持久\n投递待裁决」。四处都已被后续裁决推翻：四候选 2026-09-16 撤销（CHG-015）、Catalog\n现为 21 条，OS 投影 2026-09-14 已在 main，三条前置 DEC 全部批准。图 1 另加一条\n跨层治理带，把「平台治理不是第六层」画进图面。\n\n**新增图 4 现存关系全景。** 逐条查实全组的边：左半五类有边的关系，右半七条负\n结论。查证推翻了总架构初稿 §3.1 的一处判断——初稿用 grep '\"@juhai/…\"' 取依赖，\n同时命中了 name 字段，于是把报价的 @juhai/public-file 与智服的\n@juhai/service-contracts 当成「对下层消费」，实际两者都是该仓自己的 workspace 包。\n按带版本号的依赖项重取：四个业务应用对下层的跨仓包依赖为零，全组跨仓包依赖只有\nHR、OS、enterprise-platform 三个消费仓。\n\n由此改口径的另有两条：\n\n- 三项 module_e2（文件 / 通知 / 配置）在工单仓里是 @repo/* private 包，仓外零\n 消费者，只被本仓 api-fastify / api-nestjs 依赖——「已被业务应用消费」不成立，\n 三消费者规则的计数应从 0 算起\n- relationships.json 的 relationships 为 {}，关系在机器层面没有登记；图 4 的边\n 全部由 package.json / kernel.products.json / facts.json / runtime/modules.json\n 推导，今天没有门禁能发现某条关系消失\n\n**四份下游文档按活跃 Catalog 改齐：** 分层与装配模型（23→21、派生仓 3→0、1/23\n的分母；§3.1 是带日期快照，只加订正行不改写正文）、基础/CLAUDE.md 分层词表段、\n基础/README 头段（「已退役 15 个、现存 3 个」是 09-16 白天的中间态）、企业领域\n应用层 README（引的 platform-contracts 已于 2026-09-16 物理移除，事实数 1→11）。\n平台治理 README 收纳表随新增文件改计数（基础/ 根文件 63→65，根散文件 9→10）。\n\n复跑：工作区一致性门禁 L1—L13 只剩既有的 L9（8 个仓共用 compose project 名\napi-nestjs），L4 / L13 均为 0；治理层 npm test 378 项 0 失败；check-domain-layer\n13/13 条全在基线内、无新增。未动任何冻结物、审批记录与机器 Catalog。\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\n","url":"https://gitea.g-hi.com/luoanwu/platform-governance/commit/6bf1e7d524a70a3ecd012c29ea6c627866c01c5c","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-18T00:20:28-07:00","added":["平台治理/基础/分层模型-图4-现存关系全景.svg"],"removed":[],"modified":["企业领域应用层/README.md","平台治理/README.md","平台治理/企业应用群总架构-2026-09-17.md","平台治理/基础/CLAUDE.md","平台治理/基础/README.md","平台治理/基础/分层模型-图1-五层与依赖方向.svg","平台治理/基础/分层模型-图2-现存跨应用关系.svg","平台治理/基础/基础目录分层与装配模型.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":9394,"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":2,"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-18T14:59:39+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"}}... |