跳转至内容

套件开发与封装

1 主题 1 帖子

SPKG1.0/1.1目录、Manifest、架构文件、签名和打包校验交流。

  • SPKG封装方法:目录、Manifest、签名与校验

    已固定 社区指南
    1
    0 赞同
    1 帖子
    8 浏览
    A
    从这里开始封装套件 正式格式名称是 SPKG(.spkg)。SPKG1.0用于第三方原生程序格式合同,SPKG1.1用于受审定的官方平台模块。官方1.1已有引擎,原生1.0的格式/Schema/工具可用,但第三方生产安装执行器尚未开放。 先确认格式,按规定根目录放manifest.json和实际架构文件,不加套件名外层目录。 用Rust spkg工具检查Manifest与目录,输出到源目录之外。 开发未签名包只有显式allow-unsigned可预检,不能当作生产可信包。 正式签名使用仓库外0600种子文件,外部受信任公钥验签;不要在社区上传私钥。 核对整包SHA-256、工具版本、实际架构/ABI、依赖、权限与数据保留,并记录可复现测试。 命令示例与完整教程 从目录到签名包的逐步教程给出工具构建、manifest、build、public-key和check命令,以及示例目录和当前限制。 格式与签名说明尾部、摘要、归档、路径、大小、权限和生命周期合同。 Manifest与Schema解释字段、必填项、架构、入口和资源约束。 发帖需要什么 请按编辑器提纲提供格式版本、工具版本、NAS/硬件架构、最小目录和脱敏Manifest、完整命令/错误码、预期和实际结果。图标和截图引用文件也应核对。不要公开用户数据、令牌、服务器账号或私钥;author字段不授予官方身份。 社区讨论和工具格式通过不等于审核发布。公开第三方上传/审核后台仍为规划合同,不能把不存在的接口当成已上线能力。官方模块必须与精确宿主版本、受审ID与签名发行流程一致。