提议
把 M1 切小:第一件交付物定为 schemas/manifest.schema.json + validator,而不是整套建案脚本。
理由:manifest 的字段定义同时决定两个下游 —— M2/M3 读什么,以及 Distribution §4 公开索引必须携带什么。先把 schema 钉死,后面三项才有共同地基。
现状缺口(公仓内可核对)
- 合规运行跑不通。
PLAN.md 自述 schemas/、profiles/、建案工具、参考运行器均未发布;README.md FAQ 同口径答「目前不能」复现或加入。
- 索引是原型,而它是所有结果仓的锚。
hash-index/v2026-09.md 表头只有 alias | face | bundle_sha256 | oracle_sha256 四列,缺 Distribution §4 的 entry field set(manifest sha256、spec_sha256、cutoff_utc、state),且无生产者签名(PLAN.md 自述 pre-conformance)。锚不全,则「题集未变」的证明力打折。
- 待决 #4 的标识映射缺位。 Core §9.3 要求的 SHRE→AMBER 映射须与
schemas/ 同批发布,两者目前都缺。
建议切片顺序
schemas/manifest.schema.json + validator —— validator 须拒绝畸形 manifest,以及任何越出 Distribution §5.1 闭集字段的脱敏摘要- 脱敏摘要生成器(Distribution §5.1 闭集)
- 建案脚本(forge-neutral):
base.bundle / oracle.pack / manifest.yaml / manifest.yaml.sig
hash-index 升到 §4 字段集(依赖 M5 的签名实现)
验收沿用 PLAN.md 已写的 M1 exit 条件,不新增标准。
顺带一笔小账
PLAN.md 的 "the 21 active cases" 与 hash-index/v2026-09.md 的当前条目数(23,与 README.md 的题集口径一致)不符。editorial,随手改即可。
边界声明
本 issue 只谈规范与工具链,不含任何案件内容。判断依据为公仓内的 README.md / PLAN.md / CONTRIBUTING.md / hash-index/v2026-09.md,未接触私有频道。
提议
把 M1 切小:第一件交付物定为
schemas/manifest.schema.json+ validator,而不是整套建案脚本。理由:manifest 的字段定义同时决定两个下游 —— M2/M3 读什么,以及 Distribution §4 公开索引必须携带什么。先把 schema 钉死,后面三项才有共同地基。
现状缺口(公仓内可核对)
PLAN.md自述schemas/、profiles/、建案工具、参考运行器均未发布;README.mdFAQ 同口径答「目前不能」复现或加入。hash-index/v2026-09.md表头只有alias | face | bundle_sha256 | oracle_sha256四列,缺 Distribution §4 的 entry field set(manifest sha256、spec_sha256、cutoff_utc、state),且无生产者签名(PLAN.md 自述 pre-conformance)。锚不全,则「题集未变」的证明力打折。schemas/同批发布,两者目前都缺。建议切片顺序
schemas/manifest.schema.json+ validator —— validator 须拒绝畸形 manifest,以及任何越出 Distribution §5.1 闭集字段的脱敏摘要base.bundle/oracle.pack/manifest.yaml/manifest.yaml.sighash-index升到 §4 字段集(依赖 M5 的签名实现)验收沿用
PLAN.md已写的 M1 exit 条件,不新增标准。顺带一笔小账
PLAN.md的 "the 21 active cases" 与hash-index/v2026-09.md的当前条目数(23,与README.md的题集口径一致)不符。editorial,随手改即可。边界声明
本 issue 只谈规范与工具链,不含任何案件内容。判断依据为公仓内的
README.md/PLAN.md/CONTRIBUTING.md/hash-index/v2026-09.md,未接触私有频道。