线号统一（DSv4 → 101/102）· DSv4 拉起包升级新格式 v2026.09.12

本次重点：线号统一 —— DSv4 改用三位 10x 段；DSv4 拉起包升级到新格式

两个项目此前都从 01 起编，说「01 线」要先问是哪个模型。现在按模型分段，不再撞号：

项目	编号段
Qwen3.8-27B	01 – 14（不变）
DeepSeek-V4-Flash	101 / 102（原 01 / 02）

01-A-w8a8-dspark-贪心主线-单流d33  →  101-A-w8a8-dspark-贪心主线-单流d33
02-A-w8a8-nospec-任意温度-聚合d52  →  102-A-w8a8-nospec-任意温度-聚合d52

包名同步变为 dsv4-kit-101 / dsv4-kit-102。上一版的 dsv4-kit-01/02 已弃用，请勿再下载——
它们的文件名在新编号下正好会被读成 Qwen 的 01/02 线。为不破坏既有下载链接，
这两个资产暂仍挂在 v2026.09.11 上，该版正文已加醒目提示。
（上一版的七个 q38-kit-* 资产照常有效，Qwen 侧编号本就没动。）

DSv4 拉起包升级到新格式

DSv4 的打包器此前缺三项能力，现已与 Qwen 侧对齐：

• MANIFEST.json —— 机器可读清单：kit / source / engine / entrypoints /
  requires / files（全量 sha256）。消费方不需要读 shell 就能校验与编排。
• 确定性打包 —— tar --sort=name --owner=0 --group=0 --numeric-owner --mtime=@SOURCE_EPOCH | gzip -n：同一源提交重打，字节级一致。
• 版本号带源提交 —— <YYYYMMDD>-g<commit[:7]>，包名即可溯源到具体提交。

顺手修掉两处清单解析缺陷：

• DSv4 的真实启动参数在 inner/run_prodfix.sh 里（serve.sh 只负责起容器再调它），
  只扫 serve.sh 会让 served_model / context_length 恒为 null——现一并扫描 inner/*.sh。
• @requires 是空格分隔的多个路径，此前作为整串写入，消费方无法逐项校验——现拆成数组（两侧同步修）。

本次资产

2026-09-12 已重传对齐：九个包与源提交一一对应——
Qwen 侧 g4eaf156、DSv4 侧 g7a4ecfa，可用包名直接反查提交。

关于版本号：包名的 -g<hash> 取自源仓 HEAD，所以源仓任何一次提交都会让
下一次打出的包换名，哪怕包内容一字未变（测试工具、实践记录都在 tests/ 与
docs/ 下，不随包分发）。因此仓库 HEAD 略新于 Release 资产是常态，
不代表资产过期；只有 deploy-kit/ 有实质改动时，包内容才真的变。

九个包，DSv4 溯源 7d6d839、Qwen 溯源 086ed79：

包	线	说明
dsv4-kit-101	101	w8a8 + DSpark 投机，贪心主线，单流 d33
dsv4-kit-102	102	w8a8 无投机，任意温度可用，聚合 d52
q38-kit-01	01	bf16 TP4
q38-kit-02	02	bf16 路由线
q38-kit-13	13	bf16 TP8 全 P2P —— 推荐主力
q38-kit-09/10/11/12	09–12	INT8 ⛔ 见下

内容较 v2026.09.11 无功能变更，仅随统一编号与打包器修复重打。

⛔ INT8 全系（09/10/11/12）仍不可投产

VMFault 两次复现（存活 19 分 26 秒 / 37 分钟），均在低负载、显存充裕时发作，无一致前兆。
各线 README 首部已有警示。14 线（INT8 TP8）依旧不发布。

13 线的性能数据、包级验收记录与 v4 驱动补丁的硬前提，见 v2026.09.11 —— 那部分结论本次未变。