| content |
{"Commits":[{"Sha1":"cdb7f4565 {"Commits":[{"Sha1":"cdb7f45657484b0ee996962444a060ca1f33c305","Message":"fix(governance): 两条迁移残留门禁归零——评审包路径基准与平台数口径\n\n两个脚本都不在任何测试覆盖里，所以迁移把它们打坏后一直没人发现。\n\n1) check-new-platform-decision-review：评审包校验完全空转\n\n局部变量名叫 workspaceRoot，实际指的是 平台治理/基础 目录。evidenceRefs 与\nDecisionCatalog 的 source 在 98ec9e9 的数据改写中已变为**工作区相对**路径\n（平台治理/基础/… 与 企业控制面/…），脚本却仍在剥 `^基础/` 前缀再按 基础/ 解析，\n于是拼出 平台治理/基础/平台治理/基础/…，首条即抛\nDECISION_REVIEW_PACKET_INVALID: missing evidence，退出码恒为 1。\n\n实测这不是\"少数几条失效\"：按工作区根解析 11/11 命中，按旧的 基础/ 根解析 0/11\n（7 条 evidenceRefs + 4 条 ADR source）——整条证据链检查一条都没跑到。\n\n改为引入 lib/workspace.mjs 的 workspaceRoot()，把两处按工作区根解析；\n局部变量改名 foundationRoot，评审包自身文件仍相对它读取。去掉前缀剥离：\n数据若再退回旧形态，应当直接红，而不是被一个正则悄悄吞掉。\n\n与 simulate-chg-005 的 `let mirror;` 是同一类——回灌台账 C-14\n\"一个旧目录拆成多个新目录时，机械前缀替换不成立\"的最后一个未收口实例。\n\n2) audit-ci-gates：与 派生仓状态.json 并存两套平台数口径\n\n冻结核心里 DEFAULT_EXPECTED_PLATFORM_COUNT = 19 成文于企业 IdP 并入\nenterprise-platform 之前。并入后 派生仓状态.json 把它登记为 missing，现场只剩\nactive 5 + archived 13 = 18，本审计恒报 `目标平台数量应为 19，实际 18`；而同一份\n真源驱动的 audit-platform-openings 这项却通过——一个工作区两套口径。\n\n冻结仓 archived-20260910 不可改，但 runCiGateAudit 只是 auditPlatformSet +\nformatAuditSummary 的便捷封装，且 auditPlatformSet 本就接受 expectedPlatformCount，\n只是便捷入口没透传。兼容入口在治理仓、可自由改，于是改为直接组合这两个导出，\n期望值从 派生仓状态.json 现算（只数 active + archived，missing 是\"没有派生仓\"的\n登记，计入会把口径推回 19）。\n\n验证：\n- check-new-platform-decision-review → 退出码 0，\n \"4 independent pending decisions，17 pending signoffs，0 runtime/service authorizations\"\n- audit-ci-gates → 退出码 0，18/18 通过，expectedPlatformCount=18，globalProblems 空，\n --json 输出形状不变\n- 冻结仓 统一交付平台/base-framework 工作树 git status 为空，一个字节未动；\n check-archived-derived-repos 仍 13/13\n- audit-foundation 阻塞项 7 → 4（另三项由并行进行的 CHG-001 修订 8 收口）\n\n遗留：这两个脚本仍无测试覆盖，正是它们能长期静默失效的原因；\n建议后续补两例（路径基准、口径来源）到 平台治理/基础/tests/。\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-14T23:02:55-07:00"},{"Sha1":"52ac2e9762313f122e49915c094f903634b34932","Message":"feat(governance): 修订 8 四项审批落库并排定窗口，合并闸门重新开启\n\n承接 a64e30a（改指活跃真源）。修订 7 的审批因目标真源有问题被收回（615c017），\n本次针对修订 8 重走：四个角色均由 luoanwu 审批 APPROVED，窗口排在\n2026-09-15T05:59:53Z，仍是先排窗口后录回执以避开 record 脚本注释警告的顺序陷阱。\n\n与修订 7 的关键差别：本包钉的是 DEC-010 A 案裁定的物理真源\n企业控制面/enterprise-platform/contracts，镜像验证 274/274、官方 check 在\n合并态转绿，合并后统一审计的 CANDIDATES_NOT_REGISTERED 可真正消除——\n而修订 7 合并进的是待移除的冻结副本，三项 Catalog 阻断一个都不会掉。\n\n结果：mergeGate.eligible=true、就绪度 READY、blockingReasons 清空；\ncatalogMutationAuthorized=true，runtime / serviceCreation / deployment 仍 false。\n包指纹 1fdc2e16…efdd87 全程未变（审批记录不在冻结清单内）。\n\n回执四份置于 approvals/，各引变更请求、DEC-033—036 评审包、发布运行手册三份证据。\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-14T23:00:25-07:00"},{"Sha1":"a3e9052a1a31cac006fe47f3b03f913c849a39b8","Message":"fix(governance): 合并演练测试的真源与被测脚本同源\n\n测试把 formalRoot 硬编码为 resolve(foundationRoot,\"..\",\"platform-contracts\")，\n而 a64e30a 已把 simulate-new-platform-catalog-merge.mjs 改走 activeContractsRoot()。\n两边分叉后 5 条用例全红：被测脚本拒绝的是活跃真源，测试递进去的却是冻结副本，\n\"refuses formal targets\" 一类断言自然落空。\n\n改为与脚本同源解析（workspaceRoot + activeContractsRoot），目标真源再变时\n只改 workspace.json 一处，测试不必跟着改。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-14T22:54:41-07:00"},{"Sha1":"a64e30a7108cf09938763809eac75534defc6ba3","Message":"feat(governance): CHG-001 重基线为修订 8，目标真源改指活跃契约\n\n承接 615c017（收回四项审批）与核对记录 3689711：CHG-001 整包钉在\n平台治理/platform-contracts（冻结待移除），而 DEC-010 A 案裁定的物理真源是\n企业控制面/enterprise-platform/contracts。合并到冻结副本不会消除统一审计的\nCANDIDATES_NOT_REGISTERED，且修订 7 补丁对活跃真源 --fuzz=0 时\ntest/governance-linter.test.mjs 4 个 hunk 失败 1 个。本次完成改指。\n\n- 新增 activeContractsRoot()（读 workspace.json 的 paths.activeContracts），\n check-new-platform-catalog-change-readiness / verify-new-platform-change /\n simulate-new-platform-catalog-merge 三者改走它。simulate 尤其必要：\n 它的 formalRoot 正是「禁止写入正式目录」的保护对象，不改会放行写入活跃真源\n- 完整补丁按活跃真源重新渲染，fileCount 仍 4（scripts/governance-linter.mjs\n 依旧无差异），被拒的那个 hunk 按活跃真源的上下文重新落位\n\n顺带修掉三处只在新环境下暴露的缺陷：\n1. 新增测试的 platformLayerEntries 与 linter 一样用 Dirent.isDirectory()，\n 在镜像里把 19 个平台目录误判为普通文件，三条断言集体反向（linter 侧见\n enterprise-platform 2d7265c）\n2. 「真实的未登记平台目录必须仍被报出」依赖环境里恰好存在未登记目录，\n 而本变更登记了全部 4 个候选——合并态下该断言必然落空。改为确定性构造：\n 从克隆注册表摘掉一个已登记平台，断言它被报出，原意（豁免不得消音真实治理债）不变\n3. verify 的回滚基线断言把 check 的汇总行计入错误数，在活跃真源上成了 5 !== 4。\n 改为只计 [PLATFORM_PROJECT_UNREGISTERED]，另行断言不得出现其他类型错误；\n 报告里的 formal_catalog_root 由写死的 'platform-contracts' 改为动态相对路径\n\n验证：镜像 274/274、官方 check 在合并态转绿、回滚逐字节、正式目录未动；\n就绪度 READY→BLOCKED 而非 INVALID，即技术侧就绪、只差四方审批与变更窗口。\n修订 7 指纹 6e2e69d6…ffa97f 作废，修订 8 指纹 1fdc2e16…efdd87。\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-14T22:53:46-07:00"}],"HeadCommit":{"Sha1":"cdb7f45657484b0ee996962444a060ca1f33c305","Message":"fix(governance): 两条迁移残留门禁归零——评审包路径基准与平台数口径\n\n两个脚本都不在任何测试覆盖里，所以迁移把它们打坏后一直没人发现。\n\n1) check-new-platform-decision-review：评审包校验完全空转\n\n局部变量名叫 workspaceRoot，实际指的是 平台治理/基础 目录。evidenceRefs 与\nDecisionCatalog 的 source 在 98ec9e9 的数据改写中已变为**工作区相对**路径\n（平台治理/基础/… 与 企业控制面/…），脚本却仍在剥 `^基础/` 前缀再按 基础/ 解析，\n于是拼出 平台治理/基础/平台治理/基础/…，首条即抛\nDECISION_REVIEW_PACKET_INVALID: missing evidence，退出码恒为 1。\n\n实测这不是\"少数几条失效\"：按工作区根解析 11/11 命中，按旧的 基础/ 根解析 0/11\n（7 条 evidenceRefs + 4 条 ADR source）——整条证据链检查一条都没跑到。\n\n改为引入 lib/workspace.mjs 的 workspaceRoot()，把两处按工作区根解析；\n局部变量改名 foundationRoot，评审包自身文件仍相对它读取。去掉前缀剥离：\n数据若再退回旧形态，应当直接红，而不是被一个正则悄悄吞掉。\n\n与 simulate-chg-005 的 `let mirror;` 是同一类——回灌台账 C-14\n\"一个旧目录拆成多个新目录时，机械前缀替换不成立\"的最后一个未收口实例。\n\n2) audit-ci-gates：与 派生仓状态.json 并存两套平台数口径\n\n冻结核心里 DEFAULT_EXPECTED_PLATFORM_COUNT = 19 成文于企业 IdP 并入\nenterprise-platform 之前。并入后 派生仓状态.json 把它登记为 missing，现场只剩\nactive 5 + archived 13 = 18，本审计恒报 `目标平台数量应为 19，实际 18`；而同一份\n真源驱动的 audit-platform-openings 这项却通过——一个工作区两套口径。\n\n冻结仓 archived-20260910 不可改，但 runCiGateAudit 只是 auditPlatformSet +\nformatAuditSummary 的便捷封装，且 auditPlatformSet 本就接受 expectedPlatformCount，\n只是便捷入口没透传。兼容入口在治理仓、可自由改，于是改为直接组合这两个导出，\n期望值从 派生仓状态.json 现算（只数 active + archived，missing 是\"没有派生仓\"的\n登记，计入会把口径推回 19）。\n\n验证：\n- check-new-platform-decision-review → 退出码 0，\n \"4 independent pending decisions，17 pending signoffs，0 runtime/service authorizations\"\n- audit-ci-gates → 退出码 0，18/18 通过，expectedPlatformCount=18，globalProblems 空，\n --json 输出形状不变\n- 冻结仓 统一交付平台/base-framework 工作树 git status 为空，一个字节未动；\n check-archived-derived-repos 仍 13/13\n- audit-foundation 阻塞项 7 → 4（另三项由并行进行的 CHG-001 修订 8 收口）\n\n遗留：这两个脚本仍无测试覆盖，正是它们能长期静默失效的原因；\n建议后续补两例（路径基准、口径来源）到 平台治理/基础/tests/。\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-14T23:02:55-07:00"},"CompareURL":"luoanwu/platform-governance/compare/4b9218ca6b938f802870c9b048b2fba70245c666...cdb7f45657484b0ee996962444a060ca1f33c305","Len":4}... |