fix: restart Dever releases at 0.0.1 with complete signed assets

sdk/README.md

@@ -63,6 +63,26 @@ Worker 和依赖构建都直接在当前容器中运行，由内核启动真实
 
 GPU 使用父容器已经分配的设备和驱动，不再由 Dever 重新挂载。除已打包的私有库路径外，仅透传 `CUDA_VISIBLE_DEVICES`、`NVIDIA_VISIBLE_DEVICES`、`NVIDIA_DRIVER_CAPABILITIES`、`CUDA_DEVICE_ORDER` 与 `LD_LIBRARY_PATH`；其他宿主环境不自动传入。CUDA/PyTorch 等依赖仍需匹配目标平台。是否有 GPU、是否可加载驱动以及显存是否足够由真实部署决定，不会绕过 Kubernetes 调度或容器权限。设备验收须单独取得 GPU 准入；本次源码改造不等于已部署或模型推理通过。
 
+## Python 发行资源
+
+应用容器的系统库基线与编译器开发机不同。不要直接复制开发容器的 Python：解释器和每个动态扩展都必须满足目标 glibc 基线；Python 版本相同不代表系统 ABI 相同。保留真实解释器入口，不改用私有 GNU loader，也不回退到应用容器的系统 Python。
+
+`sdk/python-runtime.py` 从显式提供并锁定 SHA-256 的 Python Build Standalone `install_only_stripped` 归档生成输入，不联网下载、不安装服务。参数为 `--archive`、`--sha256`、`--version`、`--target`、`--readelf`、`--output`，默认 `--glibc-max 2.17`。输出目录必须不存在；工具检查路径、目标 ELF、所有 GLIBC 版本依赖、基础模块及迁移后的解释器身份，保留运行文件和 Python 许可证，不带 pip、第三方 site-packages 或测试缓存。
+
+输出的 `python-runtime.json` 对应既有作者配置 `runtimes.pip`，其 `source` 相对输出根；合入同一作者根后仍由 `native-release` 校验、打包和签名，Python 继续是独立扩展，不塞进基础包。wheel 标签包含同一 CPython 的原生 ABI、兼容的 abi3 和纯 Python 标签；manylinux 不超过目标 glibc 基线，通用 `linux_<架构>` 用于本机源码构建产物，不承诺跨系统 ABI 兼容。源码归档的来源、SHA-256 和实际目标环境验收结果归本次发行记录；本地候选目录不能充当正式源或修改现行安装。
+
+## 完整公开发行
+
+正式附件使用 `sdk/release-assets.py --editor-vsix <VSIX>` 导出，默认执行完整性检查。必须包含独立基础包、x86_64/ARM64 的 Python/Node/Go 运行扩展、宿主 Python/npm 构建扩展、ARM64 原生目标扩展、同版本编辑器扩展，以及签名清单和引导文件。缺任一项就失败；部分资源只允许通过显式的 `--partial-test-fixture` 用于定向测试，不能当作完整公开版本。Go 扩展由 `test/go-managed/make_pack.go` 导出完整 `std`，不能只导出样例依赖。
+
+`.tar.zst` 是 tar 文件集合经过 Zstandard 压缩，减少附件体积；它不是另一个运行环境。安装器使用已验签的引导程序解压，不要求使用者额外安装 zstd。Python、Node、Go 及构建工具继续按需单独下载，不并入基础包。
+
+当前发行序列经项目所有者确认从 `0.0.1` 重新开始，旧 Release 与附件在替代包验收后清理，不删除源代码提交历史。资源格式固定为现行 `process-runtime`，不再根据版本号推断旧沙箱布局。旧版 `0.1.x` 安装不能通过普通升级降到 `0.0.1`；须在新的安装根验收后明确切换，保留项目和凭据。不要关闭签名、同版本身份检查或防降级检查来绕过此规则。后续版本变更由项目所有者确认，不因每次修改自动递增版本号。
+
+定向测试：`python3 -B -m unittest discover -s test/onboarding -p test_python_runtime.py -v`。这些测试验证打包约束，不代替在目标容器中执行签名应用、真实模型和取消清理验收；x86_64 验收也不证明 ARM64 已验收。
+
+跨架构作者验证可显式传入 `--runner /absolute/qemu-aarch64 --sysroot /absolute/arm64-sysroot`，仍执行相同解释器身份和基础模块探测，不跳过 ELF 检查；须记录为 QEMU 验收，而不是原生 ARM64 硬件验收。这两个参数不进入应用运行配置。
+
 ## 依赖与跨平台构建
 
 `dever lib install <project>` 按现有锁恢复依赖，不重新选版本、不修改配置或锁。`dever-lock-v6` 记录 Python extras/wheel METADATA、npm 嵌套依赖及 peers/optional/bundled 依赖、Go 模块校验证据。原始包保留来源与文件名，构建记录保留完整输入，包括 npm 剪除可选构建依赖前的依赖图。
@@ -77,6 +97,8 @@ Go pack 的 `build.host` 描述编译器、链接器与分析器的运行平台
 
 只有显式准备 Lib 时才构建 Python sdist 或运行 npm 安装钩子。构建使用签名工具包，在独立临时工作目录内直接运行受管子进程；不再提供内层文件/网络隔离，因此只运行可信依赖及构建钩子。缺少工具时不回退宿主 PATH。
 
+直接执行 GCC/binutils 时，工具依赖的非 glibc 动态库从已验签的 SDK 在本次临时目录内建立硬链接，供既有受管库路径加载；不依赖宿主另装 libbfd 等作者工具库，不复制额外库数据，也不替换宿主 glibc/loader。Python 原生扩展和 npm 原生 addon 必须分别通过真实源码构建验收，纯 Python/JS 回退不算通过。
+
 Python PEP 517 的构建依赖单独锁定，每个 hook 使用新进程，最终 wheel 按保留的元数据核对。npm 的配套运行器处理 `preinstall/install/postinstall`、依赖 bin 和 node-gyp。
 
 构建记录绑定源码、目标运行环境、工具、构建前端、依赖图和输出摘要。Worker 准备阶段离线恢复结果，不重跑安装钩子。npm `.node` 产物须通过目标检查、动态加载检查和独立 Node 加载探测，才能进入 Worker 资源目录。不匹配平台或 ABI 的其他变体保留在锁定原始包中，不加入运行目录。运行时非系统依赖来自 Worker 目录，系统 ABI 由目标容器提供，不能借用编译器 sysroot。