| content |
{"Commits":[{"Sha1":"68cb0ab2c {"Commits":[{"Sha1":"68cb0ab2c652fad74b929a1bd92b6c3b91aa1dc2","Message":"chore(reports): 在 clean HEAD 8b969bc 上重跑静态门禁并回绑\n\n九份报告的 provenance 全部绑定 8b969bc、worktreeDirty=false：caddy / catalog-drift /\ncatalog-reconciliation / evidence-freshness / facts / fixtures / migration-decs /\nmodule-imports / otel。check:fixtures 17 套件 166 例 0 失败 0 不可用；catalog:drift\n仍 error 0 / drift 4（四条已知待办走 CHG-002 → 003）。\n\ncheck:evidence 由 3 条告警增至 4 条：新增的一条是\nreports/port-conformance.latest.json（绑定 dbf0fb7），作用域内变更的唯一文件是\nruntime/modules/kit/src/facts.ts —— 上一提交里那处只改了文档注释。新鲜度判定按\n作用域而非内容，分不出注释与行为，这是它该有的保守方向；该报告需要真实端口重跑才\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-15T03:06:27-07:00"},{"Sha1":"8b969bceb52bd11d9a456b51eb635350322be2d9","Message":"docs: 三处把已批准的 DEC 仍写作未决前置的陈述订正\n\n工作区一致性门禁 L10（已批准的 DEC 仍被写作未决前置）在本仓报出三处：\n\n- docs/owner-matrix.md：credential 的\"权威表等 DEC-006 / 007 / 025\"、scope 的\n \"等 DEC-001—005 / 017 / 018 / 039\"、ai-gateway 的\"路由与账本等 DEC-007\"。前述\n DEC 均已于 2026-09-12 批准，改写成\"未建（阻塞不在裁决侧）\"；DEC-039 例外——它\n 至今未进机器 Catalog，仍待 CHG-002 登记，这半句保留。\n- runtime/modules/kit/src/facts.ts：顺序元数据\"待 DEC-013—016 定\"已由 DEC-016\n 裁定（Owner 单调 aggregateVersion、消费者 lastAppliedVersion + 有界 gap）。\n- contracts/candidates/facts/OrganizationUnitMoved.v1.json 的 note：组织 Owner 已由\n DEC-002 裁定（A 案：逻辑独立 Organization 域，首期宿主 HR，hosted_by 显式）。\n\nblocked_by 一个字没动。候选事实的过期阻塞位与 EmploymentTransferred 同属一类，\n改动走变更包（参照 CHG-007），不在本次范围。\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-15T03:05:57-07:00"},{"Sha1":"171baf4983c82b9b2c1ba9cc4b3bfc7764be9a14","Message":"fix(contracts): 跨清单链接规则按 DEC-009 重写 —— 门禁不该把已批准的裁决反过来写\n\nSOURCE_MANIFEST_MISMATCH 判定 productId === app.id ∧ productVersion ===\napp.version，而 DEC-009（2026-09-12 批准，A 案）写明\"三清单独立 Schema / Owner /\n版本，跨清单只存引用\"——它要求两份清单同 id 同版本，正是该裁决明令分开的东西。\n\n后果是实测出来的：12 份 AppManifest 只有 juhai.hr 碰巧满足，另三个公用应用\"补了\nsourceManifest 也过不去\"，于是干脆没人补，跨清单链接整体缺位（回灌台账 U-33、\ncheck-domain-layer 的 D3 三条）。\n\n规则改为只断言 DEC-009 允许断言的那部分：引用必须解析得到一份产品清单、且不含糊。\n新增导出 resolveProductDeclaration，认单产品文件（products/\u003cid\u003e/manifest.json、\nkernel.products.entry.json）与产品列表（kernel.products.json）两种在用形状；\nSOURCE_MANIFEST_MISMATCH 由 SOURCE_MANIFEST_NOT_A_PRODUCT 与\nSOURCE_MANIFEST_AMBIGUOUS（列表里多于一个产品）取代。id 与版本的一致性不归这里\n——版本相等而内容分叉的漂移由内容摘要对账承接（GAP-10；D7 / D10）。\n\n连带修掉一条此前永远报不出来的规则：SOURCE_MANIFEST_NOT_FOUND 在文件不存在时本该\n报，实际是下一行的 readJson 先抛原始 ENOENT、门禁在收齐 issues 之前就崩。写这条的\n负向用例时它没红，才发现。check() 改为返回存在性并据此短路。规则写了、触发条件让它\n对真实输入永不成立，与 D11 判的那类假绿同源。\n\n三份 AppManifest 各补一条 app.sourceManifest（字段本就在 Schema 里，非 Schema 变更）。\n\n核验：contracts 测试 270 → 278；scripts/check.mjs exit 0；check-domain-layer --only D3\n由 3 条降为 0；根链 check:modules / check:module-imports / check:catalog / check:facts /\ncheck:caddy / check:otel 全绿，governance 测试 215/215。负向实做两次：sourceManifest\n指向 contracts/package.json 触发 NOT_A_PRODUCT，指向不存在的路径触发 NOT_FOUND。\n\n未做：镜像 平台治理/platform-contracts 的同名 linter 未同步——它是 C5 待退役的旧副本，\n两份早已分叉。三个仓的 app.version 仍是占位的 0.1.0，DEC-009 下不再影响判定。\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-15T03:05:49-07:00"},{"Sha1":"5a8ea1ffa427806d2d16ee01b8accab08b50e1fc","Message":"chore(reports): 摘除跳过豁免后在 clean HEAD 8a891fc 上重跑回绑\n\ncheck:evidence 13 份已登记报告全部新鲜。余下三条 EVIDENCE_STALE 是 runtime/UI\n与主线验收报告，需真实 DB/Redis 重跑，不在静态链范围。\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:58:24-07:00"},{"Sha1":"8a891fc7c617ef141a0d750b91161e2500c8e5b4","Message":"fix(governance): 摘掉 dec-039 的跳过豁免，并禁止根链再出现 allow-unavailable\n\n治理机制自身的失效模式-2026-09-14 模式一判据 3。dec-039 套件的路径此前是迁移双\n替换产物，套件报 unavailable，而根链挂着 --allow-unavailable-suite\ndec-039-party-model，于是那 25 例正反向夹具**从来没有真正跑过**，门禁一直显示\n通过。永远红至少还刺眼，永远绿是彻底的静音。\n\n路径已在 1ecac14 修好、夹具实跑 25/25，本轮把豁免开关摘掉：check:fixtures 17 套件\n166 例，不可用 0，status=passed。\n\n护栏守根因不守当时的输出：任何 package.json 脚本再出现 --allow-unavailable 即红；\n另断言最近一次 fixtures 报告的不可用套件为 0、豁免名单为空。确有套件暂时跑不了时，\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-14T23:58:03-07:00"}],"HeadCommit":{"Sha1":"68cb0ab2c652fad74b929a1bd92b6c3b91aa1dc2","Message":"chore(reports): 在 clean HEAD 8b969bc 上重跑静态门禁并回绑\n\n九份报告的 provenance 全部绑定 8b969bc、worktreeDirty=false：caddy / catalog-drift /\ncatalog-reconciliation / evidence-freshness / facts / fixtures / migration-decs /\nmodule-imports / otel。check:fixtures 17 套件 166 例 0 失败 0 不可用；catalog:drift\n仍 error 0 / drift 4（四条已知待办走 CHG-002 → 003）。\n\ncheck:evidence 由 3 条告警增至 4 条：新增的一条是\nreports/port-conformance.latest.json（绑定 dbf0fb7），作用域内变更的唯一文件是\nruntime/modules/kit/src/facts.ts —— 上一提交里那处只改了文档注释。新鲜度判定按\n作用域而非内容，分不出注释与行为，这是它该有的保守方向；该报告需要真实端口重跑才\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-15T03:06:27-07:00"},"CompareURL":"luoanwu/enterprise-platform/compare/b54b34efc535e49428e3f3d8fbe3b0e6fe204503...68cb0ab2c652fad74b929a1bd92b6c3b91aa1dc2","Len":15}... |