Repository navigation
[REQ-128][CODE] alpha-code re-vendor producer artifact + lock + closure #811
Description
大白话
把 alpha-web 重生后的 producer artifact 逐字拷回本仓的 vendored 副本并更新 lock 与 closure 断言。
顺带把今天落后 aw@6e0db57d 的那批字节前移 —— 那份是 aw#112 修 frontmatter 之前的语料,
宿主测试今天绿在一份宿主自己装不上的资产上。
方案基线
必须与 T1 在同一个 PR 里落地
packages/alpha-contracts-consumer/src/extension-package-artifact.test.ts:107 要求 vendored 宿主副本与本仓
活的 host artifact 逐字节相同(注释原文:「任一侧先动而没有 re-vendor,这条立刻红」),
而 scripts/alpha-check.sh 会跑 consumer 测试 ⇒ T1 单独合并时本仓自己的正式门就是红的。
退出条件里的一条硬要求
PR 正文单独列出因 aw#112 frontmatter 变化而变动的宿主测试语料,逐条说明为什么变 ——
不许混在 profile 变更里一笔带过。
依赖:T3(要它的新 producer artifactSha256)。完整边界见基线 §6 T4 行。
Refs #699
Activity
jinjunnn commentedon Aug 3, 2026
范围补一条:
docs/contracts/host-extension-package-v1.md的两处陈旧断言归本票#807(T1)实现方在修 R1 审计 F4 时,除了那条 current SHA,还发现同一份文档里另有一处陈旧,没有顺手改,登记上来由我分派 —— 我判归本票。
docs/contracts/host-extension-package-v1.md:40-41写着消费侧闭包是「four profiles, one capability,
cloudand Alpha Connection absent」。今天两处都是假的:#749(宿主合同 v2)就转正了。为什么归 T4 而不是 T1
#129(T3)产出、由本票 re-vendor 落地;在 T1 里改等于猜一个尚未发生的状态。
一条要一起记的实况
T1 顺带查清:没有任何代码 / 脚本 / CI 读这份 Markdown,所有
artifactSha256比对都发生在manifest ↔ vendored ↔ lock 之间。⇒ 这份文档陈旧时不会有任何东西变红,
实证是那个 current SHA 从
#749一路错到#806,期间每道闸都绿。本票不要为此新造一道闸(超范围)。但请在 PR 正文里如实写明这一点 ——
「这份活跃合同索引没有任何自动判据」本身是要登记的事实,而不是要顺手解决的问题。
判据
真实 manifest / registry 逐项相符;
[#811][CODE] re-vendor producer artifact 到 aw@9fcd83d:closure 变五 prof…
[ADR-040][CODE] re-vendor producer artifact 到 aw@a8e6d52:closure 回到四 …