> 来源：`docs/PLATFORM_GAPS_FROM_TEMPLATES.md` 第 24 条（**P3**）。 ## 现象 模板包（`@template/*`）的发布 / 版本升级流程未定义： - 客户如何「安装」一个模板到自己的环境？ - 模板 v1.0 → v1.1 如何升级？数据迁移？ - 多模板共存 / 同名冲突？ - 模板版本与平台版本兼容性矩阵？ 这是模板生态化的卡点：没有可重复的发布路径，模板写得再多也只是 demo。 ## 建议范围 **M1：模板发布 manifest** - 每个模板包 `template.manifest.json`：id / version / description / requires(platform) / changelog - 上传到 marketplace 或私有 registry **M2：安装 / 升级流程** - 客户环境通过 CLI / Console UI 安装 - 升级时检查 metadata 差异 + 生成数据迁移建议 - 回滚机制 **M3：版本兼容性矩阵** - 模板与平台版本声明范围 - CI 跑跨版本兼容性测试 **M4：marketplace** - 已有 `MarketplaceProxy` 插件 → 文档化 + UI 接通 ## 验收 - [ ] 任一现有模板能按文档发布到本地 marketplace - [ ] 升级流程 + 数据迁移示例 - [ ] 缺陷库 gap #24 标记为已解决
现象
模板包（
@template/*）的发布 / 版本升级流程未定义：这是模板生态化的卡点：没有可重复的发布路径，模板写得再多也只是 demo。
建议范围
M1：模板发布 manifest
template.manifest.json：id / version / description / requires(platform) / changelogM2：安装 / 升级流程
M3：版本兼容性矩阵
M4：marketplace
MarketplaceProxy插件 → 文档化 + UI 接通验收