「全栈可配置可以无缝移植的小程序系统——后台管理端改名字和页面结构就可以变成另外的小程序」——模式 A(单租户复制:一套代码库,每开一个小程序=复制部署+独立 DB+独立 appid+独立域名+品牌注入,各租户数据物理隔离)。
| 层 | 能力 | 负责人 | 状态 |
|---|---|---|---|
| ②结构层 | 页面结构配置化(JSON schema→动态渲染) | 冈子(BFF+接入清单 P0 正在做) | 进行中 |
| ①品牌层 | site-texts 扩展品牌资产(brand_name/logo/主题色/标语)+构建期注入 | 待派(一号/二号) | 未启动 |
| ③租户层 | 一键初始化脚本(新 appid+同构 DB+种子+域名 nginx+品牌注入=10 分钟出新小程序) | 待派(小冈 R11) | 未启动 |
①白标化三层(品牌/结构/租户)在模式 A 下还有什么遗漏层?(多语言?主题引擎?数据迁移?)
②结构层「JSON schema→动态渲染」的最小可行架构(页面 DSL 设计要点)?
③租户初始化脚本的必备步骤清单(appid/DB/域名/品牌/种子——漏项检查)?
④冈子 BFF 48 条与白标化的关系:BFF 需要为多租户改什么(租户路由/域名→租户识别)?
⑤风险排序:白标化推进中最容易翻车的三件事。直接说。